Skip to content

Record the production verification of the CPU fixes - #33

Merged
ydankner merged 1 commit into
mainfrom
docs/production-load-test-verification
Aug 12, 2026
Merged

Record the production verification of the CPU fixes#33
ydankner merged 1 commit into
mainfrom
docs/production-load-test-verification

Conversation

@ydankner

Copy link
Copy Markdown
Collaborator

Follow-up to #32, which is now deployed to studyplanner-api from main (version e355b6c8).

Documentation only — no code change.

Verified on production

check result
catalog correctness 530138 B, 131 courses, byte-identical across repeats; Ü intact, no replacement chars
health gate before 24/24 ok, 8 isolates
period=all, verified-fresh isolate (seq=6) survived 120 rounds (previously died at 5)
20 users × 20 requests, catalog session 400/400 ok, 0/20 users affected
20 users × 24 requests, including /api/me/* 480/480 ok, 0/20 users affected
health gate after the load 24/24 ok — no isolate left wedged

The last row is the one that matters. Before the fix this load reliably left permanently dead isolates behind, which is what users experienced as "everything fails for me but works for everyone else".

The authenticated half of the session could only be exercised on production, because staging cannot validate production-minted sessions — the two Workers have separate AUTH_TOKEN_SECRETs.

The backend tree on main is byte-identical to the branch the staging measurements were taken on, so production runs exactly what was tested; the other commits on main are frontend-only.

🤖 Generated with Claude Code

Deployed to studyplanner-api from main (version e355b6c8) after PR #32. The
backend tree on main is byte-identical to the branch the staging measurements
were taken on, so production runs exactly what was tested.

On production, on a verified-fresh isolate, period=all survived 120 rounds where
it previously died after five. Twenty concurrent users completed 400/400 requests
on a catalog session and 480/480 on a session that also includes /api/me/progress,
favorites, semester-plans and completed-courses -- the authenticated half could
only be exercised here, since staging cannot validate production-minted sessions.

The health gate passes after the load with no isolate left wedged. That is the
result that matters: this load used to leave permanently dead isolates behind,
which is what users saw as everything failing for them while other users were
fine.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@cloudflare-workers-and-pages

Copy link
Copy Markdown

Deploying studyplaner with  Cloudflare Pages  Cloudflare Pages

Latest commit: 48e01e2
Status: ✅  Deploy successful!
Preview URL: https://0c7c9b58.studyplaner.pages.dev
Branch Preview URL: https://docs-production-load-test-ve.studyplaner.pages.dev

View logs

@ydankner
ydankner merged commit a4bc826 into main Aug 12, 2026
3 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