Voltage as Performance
Compute Jitter.
When we talk about AI performance, we usually focus on the **Network** (latency, bandwidth) or the **Chip** (HBM3, TFLOPS). But there is a third, silent layer: the **Electrical Fabric**.
Modern GPUs can swing from 50W to 700W of power consumption in *microseconds*. This creates **Transient Voltage Spikes** across the server's VRMs (Voltage Regulator Modules). If the rack's power delivery is 'noisy' or slow to respond, the GPU slightly drops its clock speed or increases its retry-logic, leading to **Compute Jitter**.
Line Noise
Harmonic distortion on the DC bus can interfere with high-frequency SerDes signals, causing Bit Error Rates (BER) to spike on PCIe 5.0 lanes.
Thermal Drift
As VRM efficiency drops due to heat, the GPU must adjust its 'Max-P' state to stay within the power envelope, creating latency variations.
VRM Transient Droop and Multi-Phase Coupling Behavior
The critical specification for any GPU VRM is the transient load line response. When a GPU kernel launches, the current demand can jump from 50A to 600A in under 2 µs, producing a di/dt of 275 A/µs per GPU. The VRM output voltage droop during this event is governed by the loop bandwidth of the controller (typically 100-200 kHz for analog designs, up to 1 MHz for digital multiphase controllers) and the total output capacitance.
A 12-phase coupled inductor design reduces per-phase ripple cancellation but introduces cross-coupling between phases. Each coupled inductor uses a leakage inductance of 150 nH and mutual inductance of 120 nH. When phases A and B transition simultaneously, the mutual flux increases the effective inductance temporarily, slowing the current slew rate. This coupling effect degrades transient response by approximately 15-20% during the first microsecond of a load step relative to an uncoupled design.
The bulk output capacitor bank must supply the current during the VRM control loop response time (3-5 µs for a typical digital controller). Using mixed MLCC (100 nF x 100 pieces) and polymer tantalum capacitors (470 µF x 8 pieces), the total bank provides approximately 200 A/µs of transient current capability. The ESR of the polymer capacitors (typically 5-10 mOhm) dominates the initial voltage drop. For a 500A step, this produces a 2.5-5V droop if uncompensated. The GPU on-die decoupling capacitance (approximately 100 nF per GPU) provides sub-nanosecond response, reducing the initial droop to approximately 30-50 mV.
Adaptive Voltage Positioning (AVP) compensates for these effects by programming a target load line slope into the VRM controller. For an H100 GPU, the optimal load line is approximately 0.45 mOhm. At 600A load, the VRM output is allowed to droop by 270 mV relative to the no-load setpoint. NVIDIA OpenGPU specification mandates a +/-15 mV tolerance on this droop curve across all temperature and aging conditions, requiring per-unit calibration during manufacturing. In multi-GPU racks, the cumulative effect of 8 VRMs drawing from a shared 48V bus bar amplifies the transient — the bus inductance of 0.5 nH per inch creates a 1-2V sag that propagates to all VRMs simultaneously, requiring coordinated phase staggering to avoid resonance.
Supercapacitor-Based Ride-Through for GPU Transient Protection
The most disruptive power event for AI training is not a full outage — it is a **Voltage Sag** of 10-50 milliseconds duration, typically caused by large inductive loads switching in the facility's electrical distribution (HVAC compressors, cooling tower pumps, or neighboring server rows powering up). During a sag, the 48V bus voltage drops below 42V, the VRM's minimum operating input voltage. When the VRM drops out, the GPU's core voltage (0.8V) collapses within microseconds, causing all in-flight CUDA threads to produce incorrect results silently — a **Silent Data Corruption (SDC)** event that corrupts the optimizer state and may go undetected for thousands of training steps.
Traditional UPS systems are too slow to respond to sub-cycle sags — a typical double-conversion UPS has a 4-8 millisecond transfer time, during which the sag has already propagated to the server power supply. The solution is **Supercapacitor-Based Ride-Through** — a bank of supercapacitors (10-100 Farads at 48V) integrated into the server's power distribution board. The supercapacitor bank stores enough energy to sustain full GPU operation for 100 milliseconds at 700W per GPU, covering 99.7% of all voltage sag events. The supercapacitors are charged from the 48V bus during normal operation and are switched in by a **Fast MOSFET Switch** that detects the voltage droop within 10 microseconds.
The supercapacitor's energy density is the limiting design factor. A single GPU's ride-through requires 700W x 0.1s = 70 J of energy. For an 8-GPU server, the requirement is 560 J. A 48V, 10F supercapacitor bank stores 0.5 x 10 x 48^2 = 11,520 J — enough to sustain 8 GPUs for 2 seconds of full-load operation. In practice, the bank is sized at 5F (5,760 J, ~1 second ride-through) to balance cost ($1,200 per server), volume (0.5 liters), and protection duration (1 second covers 99.9% of sags). The supercapacitors have a cycle life of 500,000 charge-discharge cycles at 25°C — far exceeding the 5-year server lifespan during which they would experience at most 10,000 sag events.
The integration with the GPU's power management firmware is essential for proper ride-through behavior. When the supercapacitor engages, the GPU's PMU receives a **Power Hold Signal** that tells the GPU it has 1 second of reserve power. The PMU immediately instructs the CUDA runtime to **Freeze Training State** — flushing all outstanding HBM writes to the checkpoint buffer and pausing the instruction stream. If the sag resolves within the ride-through window, the PMU releases the freeze and training resumes from the frozen state without any loss of correctness. If the sag exceeds the ride-through window, the GPU performs an orderly shutdown, saving the last checkpoint to HBM where it can be retrieved after power restoration. This coordinated response converts a potential SDC event — which could silently corrupt 10,000 training steps — into a brief pause with zero correctness impact.
