0x0LearnReferenceLibraries0x0.jmp0x1b.com

Compiler-Memory Benchmarks, Profiling, And Budgets

Compiler-memory performance evidence is a release input. A performance claim is

valid only when it names the workload, metric, baseline, target, actual, date, and command that produced the row.

Run the bounded evidence gate with:


make compiler-memory-benchmark-check

The gate validates source-owned reports and fixtures. It does not run broad

benchmarks, self-hosting, deployment, emulator, or remote publication work.

Evidence Files

suites for frontend speed, mid-end query time, codegen speed, link time,

compiler RSS, binary size, startup time, runtime throughput, app latency, and

allocator behavior.

binary-side profile inputs and profile-quality budgets.

target, actual, unit, date, command, profile, and release report path.

thresholds, owner, override policy, ADR/RFC references, release-note

requirement, and diagnostic code.

sources and reports.

report.

report.

timing report.

report.

report.

bounded gate.

Required Claim Fields

Every claim must include:

The command must be a bounded Make target. Current rows use:


make compiler-memory-benchmark-check

Required Metrics

The gate requires rows for:

These metrics connect benchmark claims to the compiler-memory work that caused

them. They prevent a release from claiming a speedup without showing cache,

query, profile, and pass-timing behavior.

Regression Policy

A regression fails the bounded gate unless it has:

The gate rejects incomplete exceptions. A local measurement can be retained for

investigation, but it is not release evidence until the policy is satisfied.

Diagnostics

The gate reports stable diagnostic codes:

Negative fixtures live under compiler-memory-benchmarks/fixtures/ and prove

that incomplete or misleading evidence fails closed.