Skip to content

Build the freeze job's benchmark optimized - #505

Merged
godofecht merged 1 commit into
mainfrom
fix/freeze-job-optimization-level
Sep 7, 2026
Merged

Build the freeze job's benchmark optimized#505
godofecht merged 1 commit into
mainfrom
fix/freeze-job-optimization-level

Conversation

@godofecht

Copy link
Copy Markdown
Owner

The Canonical 19/19 KMeans parity job produces the artifact that the freeze step promotes to headline_result_v2.json, so it decides the published numbers. It was still building Flow at -O0 against scikit-learn's optimized wheels.

That is the same mismatch #504 corrected in flow.yml, missed here because this workflow carries its own env block.

The effect showed up the moment #504 merged. main froze 16 of 19:

row frozen (-O0) optimized job, same commit
LinearSVC/digits 510.24 ms 155.00 ms
DecisionTree/digits 27.80 ms 9.92 ms
KernelSVC_RBF/digits 101.77 ms 50.19 ms

Four other measurements of that commit read 19 of 19.

flow.yml:111 stays at -O0 deliberately: that job runs the test suite rather than the benchmark, and compiles faster for it.

The KMeans parity job's artifact is what the freeze step promotes to
headline_result_v2.json, so it decides the published numbers. It was still
building Flow at -O0 against scikit-learn's optimized wheels, which is the
comparison the -O3 move corrected in flow.yml but not here.

The effect was visible the moment #504 merged. main froze 16 of 19 with
LinearSVC on digits at 510 ms and DecisionTree at 27.8 ms, against 155 ms
and 9.9 ms for the same commit in the optimized benchmark job, and against
19 of 19 on four other machines.

flow.yml:111 stays at -O0 on purpose. That job runs the test suite rather
than the benchmark, and compiles faster for it.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@godofecht
godofecht merged commit 65a0bd1 into main Sep 7, 2026
8 checks passed
@godofecht
godofecht deleted the fix/freeze-job-optimization-level branch September 7, 2026 09:45
godofecht added a commit that referenced this pull request Sep 7, 2026
The KMeans parity job's artifact is what the freeze step promotes to
headline_result_v2.json, so it decides the published numbers. It was still
building Flow at -O0 against scikit-learn's optimized wheels, which is the
comparison the -O3 move corrected in flow.yml but not here.

The effect was visible the moment #504 merged. main froze 16 of 19 with
LinearSVC on digits at 510 ms and DecisionTree at 27.8 ms, against 155 ms
and 9.9 ms for the same commit in the optimized benchmark job, and against
19 of 19 on four other machines.

flow.yml:111 stays at -O0 on purpose. That job runs the test suite rather
than the benchmark, and compiles faster for it.
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