ResearchPublicationsDataPeopleInstituteSupport
ResearchEnergy systems
CL-R01

Workload energy attribution

How physical GPU and host energy becomes a workload-level environmental record.

Abstract. The programme connects direct board power and cumulative energy counters with activity-based attribution and model validation. The objective is not merely to report watts, but to establish an auditable path from physical hardware to a workload, job or GPU-hour.

Latest working methods releaseCL-WP-005 — The Physical Cost of Useful AI Work
Task-normalized energy accounting; primary measurement campaign pending.
Long-term research questionHow should physical energy be attributed to delivered compute?
Active projectCL-P01 / Compute Energy Measurement Protocol
Current responsibilityYan Zhang / AI & Data Engineering
Next public outputTechnical note + benchmark registry
GPU / A100BOARD POWER409.7 WCUMULATIVE ENERGY319,159,391 mJTIME WINDOWΔE / ΔtACTIVE / IDLE SEPARATIONWORKLOAD RECORDGPU-HOURPOD / PROCESSEVIDENCE ID
Measured signals are not yet workload evidence. The research problem is attribution: separate activity, allocate shared power, integrate over time, and preserve the uncertainty of the estimator.

Direct telemetry establishes the physical anchor.

A reference A100 telemetry record exposes 409.692 W board power and 319,159,391 mJ of cumulative energy — 88.655 Wh at the observation point.

409.692W / BOARD POWER

Instantaneous GPU board power in the reference record.

319.2MmJ / CUMULATIVE ENERGY

Hardware energy counter used as the integration anchor.

88.655Wh / CONVERTED ENERGY

Cumulative energy converted to a more usable unit.

ΔE/ΔtPOWER FROM ENERGY

Energy counter differences provide an independent power signal.

Critical Load method positionMeasurement should begin with physical energy counters wherever they exist. Modelled power should be a declared fallback, not an invisible substitute.

Evidence status: the 409.692 W telemetry example is a working reference record. Source provenance must be attached before it is promoted to a formal Critical Load publication result.

The difficult step is allocation, not sensing.

Node and GPU energy is shared. A useful compute metric requires an explicit attribution rule.

01

Observe

Read GPU and host energy counters plus utilization and process activity.

02

Separate

Estimate idle and dynamic power over the same observation window.

03

Attribute

Allocate dynamic energy using workload activity and shared resource time.

04

Integrate

Convert power samples into energy for the job, pod, process or GPU-hour.

05

Record

Preserve source, estimator version, window and uncertainty in the evidence record.

Workload energyEw = ∫ [Pidle,share(t) + Pdynamic,w(t)] dt

The model must expose the allocation of shared idle power and the activity signal used for dynamic power.

Power estimators can be tested against a physical reference.

In the reference validation, estimator-side mean absolute error was materially lower than the local model.

FIGURE 01.2
Reference power-model validation
CL-E01-V01
Estimator / run A
34.40 W MAE
Estimator / run B
49.52 W MAE
Local model / run A
66.32 W MAE
Local model / run B
93.57 W MAE
Reference power range: 505.79 W. The result demonstrates why model version and validation error belong in the final evidence record.