ci(profile): stop regenerating committed schedules - #360
Conversation
Documentation blast radius (advisory)These regions may need doc/spec/book updates based on changed paths. Changed files in this PR: 1
|
CI test timing
Run summary
Wall time spans 2 parallel nextest slice shards. Slowest tests
Regressions vs mainNo per-test regressions above the threshold. New slow testsNo new tests ≥30s vs main baseline. |
Benchmark Report
Negative deltas are improvements for time, memory, and proof size. Terminal response component breakdown
The Detailed schedule and proof-size breakdowns by fold level are available in the uploaded |
Summary
Stop regenerating tracked schedule tables twice in every profile-benchmark matrix job. The benchmark now consumes the tables committed at each revision; the dedicated schedule-drift CI guard remains the source of truth.
Why
In the fresh slow CI job, the visible schedule-generation step took 1m43s. The merge-base build then ran the same generator again inside its worktree before compiling its profile binary.
Expected improvement
Validation
git diff --checkStack