Skip to main content
A run ends with one of two things: a before and after you can act on, or a statement of exactly which piece of evidence is missing. There is no third option where a number appears without the evidence behind it.

Reading your result

  • A published speedup means both sides were measured in this run, on one instrument, on one GPU, for one model. Read the quality verdict beside it before you treat the speed number as the whole result.
  • A named refusal means the work happened but the evidence does not support a ratio. Read the named axis to see what to change.
  • A not-measured quality verdict means you should treat the speed number as unaccompanied. It is not a failure, and it is not a pass.

When a comparison is refused

A ratio is only meaningful when both sides were produced the same way. Two latency numbers from different harnesses are not a before and after, they are two unrelated facts, and dividing one by the other publishes the gap between the instruments and calls it your improvement.
Is this comparableall five, or no ratio01 GPUBoth sides ran on the same GPUOtherwise the rows are per-GPU measurements, and it asks you to re-run on one target.02 LatencyOne instrument produced both latency numbersA first-token probe and a concurrent serving benchmark measure different things.03 Cost basisBoth per-request costs derived the same wayAmortized over measured throughput and derived from one request are different bases.04 ThroughputBoth throughputs carry the same unitTokens per second and requests per second are not interchangeable.05 IdentityTwo distinct stored measurementsOne number wearing two labels has nothing to compare against.Speedup publishedOnly when all five agree, for one model, in this run.Comparison refusedThe verdict names the axis that differed and both values. The measurements stay.
Is this comparableall five, or no ratio01 GPUBoth sides ran on the same GPUOtherwise the rows are per-GPU measurements, and it asks you to re-run on one target.02 LatencyOne instrument produced both latency numbersA first-token probe and a concurrent serving benchmark measure different things.03 Cost basisBoth per-request costs derived the same wayAmortized over measured throughput and derived from one request are different bases.04 ThroughputBoth throughputs carry the same unitTokens per second and requests per second are not interchangeable.05 IdentityTwo distinct stored measurementsOne number wearing two labels has nothing to compare against.Speedup publishedOnly when all five agree, for one model, in this run.Comparison refusedThe verdict names the axis that differed and both values. The measurements stay.
So every measured result carries four facts about itself alongside the number: whether it is the baseline or an optimized result, which instrument produced its latency, which unit its throughput is in, and which model and modality it belongs to. Two rows are compared only when all of them agree, which is why a run can measure real work and still decline to publish a ratio for it.

The baseline is measured, not assumed

The baseline a run compares against is measured during that run, on the same instrument as the optimized results, before any technique is applied. It is never synthesized from a catalog figure, an earlier run, or a learned prior. If the baseline measurement did not run, the run has no baseline and says so, rather than substituting a number that would make the ratio look reasonable. A borrowed baseline is the easiest way to manufacture a speedup, and it is the one shortcut this contract exists to close.

Every run carries a quality verdict

Speed without an accuracy answer is half a result. Every completed run records exactly one quality verdict, and there are three possible values.
Quality verdictsMeasuredAn output-affecting techniquewas applied and an accuracy gaterecorded a score.No quality riskNothing output-affecting wasapplied, so accuracy is unchangedby construction.Not measuredAn output-affecting techniquewas applied but no accuracy gaterecorded a score.The reason is stated.A failed stage still endsA stage that fails still ends with its real status recorded.It never shows a failed stage as a success.
Quality verdictsMeasuredAn output-affecting techniquewas applied and an accuracy gaterecorded a score.No quality riskNothing output-affecting wasapplied, so accuracy is unchangedby construction.Not measuredAn output-affecting techniquewas applied but no accuracy gaterecorded a score.The reason is stated.A failed stage still endsA stage that fails still ends with its real status recorded.It never shows a failed stage as a success.
Two details are worth knowing:
  • Quantized KV cache counts as output-affecting, even though the weights are untouched, because it changes attention arithmetic.
  • Speculative decoding does not count, because it is output-identical when its equivalence check passed, and an unverified one is never promoted.
When several stages in one run carry accuracy gates, the lowest score decides the verdict. A pipeline is only as accurate as its weakest stage, and reporting the best one would let a passing stage hide a failing one.

Optimization runs

How candidates are searched, ranked, and settled.

Lossless first

Why a run may deliberately apply nothing that could affect quality.

Benchmark reports

Named public benchmarks against a settled winner.