Add sccache-warmup release builds to MasterCI#107766
Conversation
3c3988f to
ecca469
Compare
|
BuzzHouse errors fixed in #107900 |
The `MasterCI` `Build (amd_release)` / `Build (arm_release)` jobs compile with different cmake flags than the same jobs in the `PR` workflow: on master (`pr_number == 0`) they add `-DCLICKHOUSE_OFFICIAL_BUILD=1` and keep debug symbols, while PR builds add `-DDISABLE_ALL_DEBUG_SYMBOLS=1` and no official-build flag. Different flags produce different sccache keys, so the shared sccache populated by master cannot be reused by PR release builds. Add two MasterCI-only build types, `amd_release_pr_cache_warmup` and `arm_release_pr_cache_warmup`, that compile with the PR release build's cmake flags (no official-build flag, debug symbols stripped, no PGO/BOLT) while keeping the shared sccache read-write (master writes, PR reads read-only). This populates the cache so read-only PR release builds get cache hits. The warmup builds only need to populate the compiler cache, so they compile every translation unit but skip linking the final binaries (the ThinLTO link step produces nothing cacheable yet dominates wall time), provide no artifacts, and run no profile/master-head post hooks. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
ecca469 to
8dc3892
Compare
|
📊 Cloud Performance Report ✅ AI verdict: This PR only adds sccache-warmup build jobs to the master CI pipeline (CI workflow definitions and build scripts); it changes nothing in the query-execution code path. The flagged ClickBench improvements on Q4 (-16%), Q15 (-17%), Q28 (-7%), and Q34 (-6%) therefore cannot be caused by this change and have been downgraded to not-sure as run-to-run variance. Q32 was already inconclusive and remains so. No action needed on performance grounds. clickbenchFlagged queries (5 of 43)q-value = BH-FDR adjusted p; smaller is stronger evidence. MIRAI flags a query when q < fdr_q (default 0.10) — the value the verdict is based on. tpch_adapted_1_official🟢 No significant changes Debug info
|

The MasterCI
Build (amd_release)/Build (arm_release)jobs compile withdifferent cmake flags than the same jobs in the PR workflow: on master
(
pr_number == 0) they add-DCLICKHOUSE_OFFICIAL_BUILD=1and keep debugsymbols, while PR builds add
-DDISABLE_ALL_DEBUG_SYMBOLS=1and noofficial-build flag. Different flags produce different sccache keys, so the
shared sccache populated by master cannot be reused by PR release builds.
This adds two MasterCI-only build types,
amd_release_pr_cache_warmupandarm_release_pr_cache_warmup, that compile with the PR release build's cmakeflags (no official-build flag, debug symbols stripped, no PGO/BOLT) while
keeping the shared sccache read-write (master writes, read-only PR builds
read). This warms the cache so read-only PR release builds get cache hits.
The warmup builds only populate the compiler cache, so they compile every
translation unit but skip linking the final binaries (the ThinLTO link step
produces nothing cacheable yet dominates wall time), provide no artifacts,
and run no profile/master-head post hooks.
Changelog category (leave one):
Version info
26.6.1.1189