Skip to content

Schedule Turns as soon as a resumed compute runs - #823

Merged
SaladDay merged 1 commit into
mainfrom
schedule-on-compute-running
Oct 23, 2026
Merged

SaladDay merged 1 commit into
mainfrom
schedule-on-compute-running

Conversation

@SaladDay

@SaladDay SaladDay commented Oct 23, 2026 •

Copy link
Copy Markdown
Collaborator

A Turn admitted while its compute was suspended is bound only once the compute is running. Nothing woke the scheduler at that moment, so the Turn waited for the 250 ms maintenance tick plus the 1 s Environment-scan throttle.

Measured on mx2 (v0.0.13-rc.2, nine resumes of codex and claude_sdk Sessions): running → executor ready took 0.01–1.24 s, mean 0.66 s, while the executor itself is ready in 1–5 ms. Saving the running phase now wakes the scheduler, the same coalesced, non-blocking hint a freed slot sends to placement; polling still recovers a missed hint.

Check: go test ./services/core/internal/execution/ -run 'TestRunningComputeWakesScheduler|TestFreedSlotWakesPlacement|TestComputeFailureObservationUsesCommittedReceipt|TestRestoreAttempt|TestUnusableCheckpoint' against a dedicated test database.


View with [code]smith Autofix with [code]smith
Need help on this PR? Tag @codesmith-bot with what you need.

A Turn admitted while its compute was suspended waited for the scheduler's 250 ms tick and 1 s Environment scan throttle after the compute reached running: 0.01–1.24 s, mean 0.66 s over nine resumes on mx2. Saving the running phase now wakes the scheduler the way a freed slot wakes placement.
@SaladDay
SaladDay merged commit 7dad28d into main Oct 23, 2026
19 checks passed
@SaladDay
SaladDay deleted the schedule-on-compute-running branch October 23, 2026 09:21
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