Skip to content

Fix JVM stability for Java services under continuous sim load#155

Merged
kenahrens merged 2 commits into
masterfrom
fix/transactions-stability
Jun 11, 2026
Merged

Fix JVM stability for Java services under continuous sim load#155
kenahrens merged 2 commits into
masterfrom
fix/transactions-stability

Conversation

@kenahrens

Copy link
Copy Markdown
Member

Bump JVM heap from 128m to 384m and container memory limit from 512Mi to 1Gi on both transactions-service and accounts-service. Both were crashing under continuous simulator traffic (exit 143 from liveness probe kills during GC pauses). Disable ErrorSpikeFilter on transactions to get clean captured traffic for mock building.

Changes

  • transactions-service: heap 128m→384m, memory 512Mi→1Gi, ErrorSpikeFilter disabled
  • accounts-service: heap 128m→384m, memory 512Mi→1Gi

🤖 Generated with Claude Code

kenahrens and others added 2 commits June 11, 2026 08:57
Both transactions-service and accounts-service were crashing under
continuous simulator traffic with 128m heap inside a 512Mi container.
Bump to 384m heap / 1Gi limit. Disable the ErrorSpikeFilter on
transactions to get clean captured traffic for mock building.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
The OTel collector scrape config references speedscale-forwarder-metrics
and speedscale-nettap-metrics Services on port 4145 but they didn't
exist, so all Speedscale infra metrics panels in Grafana were empty.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
@kenahrens kenahrens merged commit 275629e into master Jun 11, 2026
16 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant