← all workloads

overload_resolution

A large user-defined overload set (`pick`/`pick2`, scalar + vector + two-arg candidates), then `n` call sites with rotating argument types. Every call enumerates all candidates and ranks them by conversion cost to choose the best match — isolating the candidate-ranking cost that scales with overload-set size times call-site count. Scaling null: n scales call sites against a FIXED candidate set; ideal resolution cost is O(n).

bucket: typecheck  ·  mode: module  ·  flags: (none)

Phase composition vs N (stacked sub-counters)

compileInner split into phase buckets (named leaves + (self) residuals) stacked across the sweep sizes — the top edge is compileInner, so you can see which phase drives the scaling.

overload_resolution — phase composition vs N (v2026.5, median ms) overload_resolution 5.5× over N 600→4800 0.0 117 234 600 1200 2400 4800 N overload_resolution — parseTranslationUnit overload_resolution — SemanticChecking overload_resolution — generateIR overload_resolution — frontEndExecute (self) overload_resolution — generateOutput (self) overload_resolution — compileInner (self) phase buckets parseTranslationUnit SemanticChecking generateIR frontEndExecute (self) specializeModule simplifyIR linkIR unrollLoopsInModule legalizeResourceTypes legalizeExistentialTypeLayout performMandatoryEarlyInlining performForceInlining linkAndOptimizeIR (self) emitEntryPointsSourceFromIR generateOutput (self) compileInner (self)

Scaling analysis

floor-subtracted power-law fit (t − floor) = a·Nk; floor = the minimal workload (fixed per-compile cost), k the global exponent, top-2× the local high-end doubling ratio.

N rangefloor (ms)k (work)fit R²t(Nmin)t(Nmax)top-2×
600–480090.920.999402171.89×

Growth attribution (N=600 → N=4800)

compileInner grows by 177 ms across the sweep; the mutually-exclusive phase buckets below partition that growth exactly (no nested-timer double counting). × lin is the same metric as the top-level panels, per bucket: the end point vs a linear expectation anchored to the bucket's share of the minimal floor and fitted on the low-N half — 1.0 = grew exactly linearly, >1 bends up. The super-linearity lives where × lin (and k) are red.

buckett@N=600t@N=4800Δ msshare× lin∝Nk
SemanticChecking24115+9151%0.81×0.83
generateIR955+4726%0.88×0.89
generateOutput (self)532+2816%1.20×1.17
parseTranslationUnit213+127%1.09×1.05

Near-constant (≤2% of growth each): compileInner (self) (0→0 ms), frontEndExecute (self) (0→0 ms).

Sweep numbers (median ms)

NcompileInnerSemanticCheckingfrontEndExecute
600402435
1200663857
24001156399
4800217115184