Processor and graphics card specifications are live

·Blog

6 min read

Thermal decay, explained

SystemCheck Updated 29 October 2026

SystemCheck reports two figures, not one: the boost step, which is the early drop from the opening burst to the level the machine settles at, and decay, which is what it loses after that.

  • It is a behavioural measurement, not a temperature reading. SystemCheck derives it from throughput over time because browsers expose no thermal sensor API.
  • The shape of the decay curve identifies its cause: a gradual slope over 20-60 seconds points to heat, an immediate hard plateau points to a power limit, and a jagged trace points to background contention.
  • Lower decay is not automatically better. A machine that starts slow decays less, and sustained throughput is the figure that determines how long a job takes.
  • Decay is a diagnostic that tells you where to look, then hand off to HWiNFO or your vendor's utility for the actual temperatures and power figures.

The definition

A throughput curve under sustained load usually has two parts. First comes the boost step: the machine opens with a short burst while it is cold and its boost budget is full, then steps down to a level it can hold. A short boost and one step down is normal, so SystemCheck shows the boost step on its own and does not score it.

Decay is the second part: how far throughput falls after that, from the level the machine settled at after its boost (10 to 20 seconds in) to the closing fifth of the run, as a percentage of the settled level. It summarises whether the machine can hold the level it settled at. Before measurement revision 2026.09.15 the two were one figure, measured from the opening seconds; older reports show the old figure.

SystemCheck computes both from a retained throughput series rather than from two sampled instants. Stage 1 runs one Web Worker per logical processor under a continuous floating-point load and keeps throughput across the whole run; Stage 2 does the equivalent for GPU raster work and frame time; Stage 3 for path-tracing samples. Decay falls out of those series directly.

Why it is a proxy and not a reading

This needs saying without hedging, because the distinction is the whole basis on which the number should be trusted. Browsers expose no API for temperature, power draw, fan speed, or clock frequency. There is no permission prompt, no flag, no vendor extension that unlocks it. SystemCheck does not read your thermal sensors, and it will not display a temperature it did not measure.

What it measures is work completed per unit time, continuously, under a load heavy enough to saturate the hardware. When that rate falls and then stabilises lower, the machine has hit a limit. Decay quantifies that. It is a behavioural consequence of thermal or power limiting, which makes it a genuine signal about a real effect, and it stops precisely at the point where naming the physical cause would require sensor data the page does not have.

That boundary is also the practical handoff. Decay tells you the machine is limiting and roughly how hard. HWiNFO64, HWMonitor, or your vendor's utility (Ryzen Master, Intel XTU, MSI Afterburner, AMD Adrenalin) tell you the die reached 98°C, or that package power capped at 35W, which is what you need to know which fix to apply.

Reading the shape, not just the number

Three causes produce three recognisable curves, and distinguishing them is most of the diagnostic value.

  • Thermal: a gradual slope over roughly 20 to 60 seconds as heat accumulates, settling into a stable lower plateau, with full recovery after a minute or two of idle.
  • Power limit: a fast drop within the first few seconds to a hard, flat plateau. Onset is too quick to be heat accumulating. Extremely common on laptops, and the signature case is a machine that behaves completely differently on battery.
  • Contention: an irregular, jagged trace rather than a curve, usually accompanied by a poor consistency figure. Something else is taking cores in bursts. This is not a hardware property and should not be read as one.

The trap: low decay is not the goal

It is easy to start optimising for the decay percentage, and it is the wrong target. Decay is a ratio, and a ratio can be improved by making the numerator worse. A machine capped to a low clock from the first second will show near-zero decay while doing less work than a machine that boosts hard and settles 20% down, and the second machine finishes the job first.

The figure that determines how long your export takes is sustained throughput, in absolute terms. Decay tells you how much was left on the table relative to what the chip could briefly do. Both are worth having; only one is the goal. When you evaluate a change, compare sustained throughput first and treat the decay number as an explanation of the result rather than as the result.

What a healthy curve looks like

A healthy curve has a boost step of any size followed by a flat line: decay after the boost stays small and consistency stays high. SystemCheck does not yet have population figures for how large the boost step or the decay is on typical desktops or laptops, so it does not quote one. The lines it uses are its own, pending calibration, and the methodology page lists them.

A large boost step on a thin laptop is the design working rather than failing. Thin machines are engineered around a sustained budget well below their burst budget, which is why the boost step is shown and not scored. What should concern you on either is a plateau that keeps sagging rather than stabilising, a second run that starts materially lower than the first, or a jagged trace with a poor consistency figure. The first two indicate the cooling solution cannot shed the energy at all; the third indicates you were not measuring the hardware in the first place.

Terms used here

Questions

Does SystemCheck measure my temperature to calculate decay?
No. Decay is computed entirely from throughput over time. Browsers expose no thermal sensor API, so no web page can read temperature. Decay is a behavioural proxy for thermal and power limiting, and SystemCheck reports it as exactly that.
What decay percentage should I aim for?
Aim for high sustained throughput rather than for a low decay percentage. The report treats decay after the boost under 8% as ordinary settling and calls 15% and above a sustained loss, but these are lines SystemCheck chose, pending calibration, not typical values. A low ratio achieved by starting slower is not an improvement. Compare absolute sustained throughput before and after any change.
My decay is high only on battery. Why?
That is a power limit rather than a thermal one. Many laptops enforce a substantially lower sustained power budget on battery, and the signature is a fast drop to a hard plateau within seconds rather than a gradual slope. Cooling changes will not affect it; plugging in will.