← 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.13, median ms) overload_resolution 5.4× over N 600→4800 0.0 102 205 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–4800100.951.000351901.86×

Growth attribution (N=600 → N=4800)

compileInner grows by 154 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
SemanticChecking2091+7146%0.83×0.85
generateIR956+4731%0.93×0.94
generateOutput (self)429+2416%1.16×1.16
parseTranslationUnit214+128%1.06×1.03

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

Sweep numbers (median ms)

NcompileInnerSemanticCheckingfrontEndExecute
600352031
1200583150
24001025187
480019091161