9 min read

The Thermodynamics of Intelligence: Why We’re Trading PUE for PUD in the Age of Liquid Disaggregation

AI Cooling: Trading PUE for PUD in the Era of Liquid Disaggregation

The Thermodynamics of Intelligence: Why We’re Trading PUE for PUD in the Age of Liquid Disaggregation

For the last two decades, the “Gold Standard” of data center efficiency has been a single, three-letter acronym: PUE (Power Usage Effectiveness). It was a simple, elegant ratio: Total Facility Power divided by IT Equipment Power. If your PUE was 1.1, you were a wizard. If it was 2.0, you were basically running a space heater that occasionally computed things.

But here is the dirty secret of hyperscale engineering: PUE is becoming a vanity metric.

In a world where a single NVIDIA Blackwell rack can pull 120kW and a “disaggregated” memory pool can span hundreds of nodes via CXL, a low PUE doesn’t tell us if we are actually being efficient. You can have a perfect PUE of 1.0, but if your CPUs are stalled 60% of the time waiting for data, or if your memory is “stranded” and unused in an isolated chassis, you are burning money and carbon for zero ROI.

We are entering the era of PUD: Power Utilization Density (or Performance Utilization Density). This isn’t just about how much power reaches the server; it’s about how much useful work we can cram into every square millimeter of silicon and every liter of coolant.

To get there, we are fundamentally re-architecting the data center. We are tearing the “server” apart through Disaggregated Computing and keeping the resulting “computational furnace” from melting down through Direct Liquid Cooling (DLC).


The Hype and the Hard Truth: Why Now?

If you’ve looked at a tech headline recently, it’s all about the “AI Arms Race.” But behind the LLM hype lies a brutal physical reality: The Air-Cooling Wall.

For forty years, we’ve cooled computers by blowing cold air over hot metal. It worked because chips were relatively low-density. But with the advent of Generative AI, we’ve moved from 200W CPUs to 700W–1000W GPUs. Air is a terrible thermal conductor compared to liquid. To cool a 100kW rack with air, you’d need fans spinning so fast they’d consume 20% of the rack’s power and create a noise level equivalent to a jet engine.

At the same time, we hit the Memory Wall. We have massive compute power, but it’s trapped inside “pizza boxes” (standard 1U/2U servers). If Server A needs more RAM and Server B has 512GB of idle RAM, Server A can’t touch it. That’s “stranded capacity,” and in a hyperscale environment, it’s the ultimate sin.

The industry is reacting with two massive architectural shifts:

  1. Logical Shift: Moving from monolithic servers to Disaggregated Architecture (pooling resources).
  2. Physical Shift: Moving from air-cooled aisles to Direct Liquid Cooling (DLC) and Immersion.

Part I: Disaggregated Computing and the Death of the “Server”

In a traditional architecture, a server is a “fixed-ratio” bucket. You get a certain number of cores, a set amount of RAM, and a fixed amount of storage.

Disaggregated Computing breaks these buckets. It treats the data center as a giant pool of resources. Imagine a rack where one shelf is just a massive array of NVMe drives, another shelf is a sea of GPU accelerators, and another is a “Memory Appliance” containing terabytes of RAM. These are connected by a high-speed, low-latency fabric that allows any CPU to “borrow” resources as if they were local.

The hero of this story is CXL. Built on top of the PCIe Gen5/Gen6 physical layer, CXL provides the cache-coherent interconnect needed to make disaggregation real.

Why is CXL a game-changer? Because it allows for Memory Pooling.

// A simplified conceptual view of memory allocation in a CXL-enabled disaggregated environment
fn allocate_compute_resource(workload: Workload) -> VirtualNode {
    let cores = GlobalCPUCloud::request(workload.required_vcpus);

    // Instead of being limited to the local DIMM slots,
    // we map memory from a remote CXL Memory Pool.
    let ram = CXLFabric::map_memory_pool(workload.memory_demand_gb);

    let gpu = FabricManager::attach_accelerator(AcceleratorType::H100);

    VirtualNode::compose(cores, ram, gpu)
}

In a CXL 3.0 world, we use fabric switching. This means we can have a “Leaf-and-Spine” architecture for memory. This drastically improves PUD because you no longer need to over-provision every server “just in case.” You provision for the average and burst into the pool.

The Engineering Curiosity: Stranded Memory

Research from Microsoft Azure and Google Cloud has shown that up to 25% of all DRAM in a data center is “stranded.” It’s powered on, refreshing every few milliseconds (consuming power), but it’s not being used because the CPU it’s attached to is busy with a different task. By disaggregating that memory, we can reduce total DRAM requirements by 10-15% while increasing throughput—a massive win for PUD.


Part II: Direct Liquid Cooling (DLC) – Moving the Heat, Not the Air

If disaggregation is the “brain” upgrade, Direct Liquid Cooling is the “circulatory system” upgrade.

When we talk about DLC, we aren’t talking about the AIO (All-In-One) cooler in your gaming PC. We are talking about Cold Plate Technology and Manifold Distribution.

The Physics of Efficiency

The heat transfer coefficient of water is roughly 25 to 50 times that of air.

  • Air Cooling: Requires a high Delta-T (the difference between the chip temp and the air temp). You need 20°C air to cool a 70°C chip.
  • Liquid Cooling: You can use 45°C (113°F) water to cool that same 70°C chip.

This is the “Aha!” moment for PUD. If you can use 45°C water, you don’t need energy-intensive chillers. You can use dry coolers (basically giant radiators) that use the ambient outside air to cool the water. This allows for “Free Cooling” even in hot climates like Arizona or Singapore.

Under the Hood: The DLC Architecture

A modern hyperscale DLC setup consists of several critical components:

  1. The Cold Plate: A micro-channel copper block that sits directly on the GPU/CPU. The internal fins are often 3D-printed or chemically etched to maximize surface area at the micron level.
  2. The CDU (Coolant Distribution Unit): This is the heart. It’s a heat exchanger that separates the “Facility Water” (the dirty water in the building pipes) from the “Technology Cooling System” (the ultra-pure, treated water/glycol mix inside the racks).
  3. The Manifolds: Vertical pipes in the rack that distribute fluid to each server via “blind-mate” dripless connectors.

The Engineering Challenge: The “Leaking” Nightmare

Engineers are terrified of leaks. A single drop on a $40,000 H100 GPU is a disaster. This has led to the development of Negative Pressure Systems. In these systems, the fluid is essentially “sucked” through the cold plates rather than “pushed.” If a seal fails, air leaks into the pipe, but no water leaks out.


Part III: The Convergence – Why DLC Enables Disaggregation

You might ask: Why are these two topics linked?

The answer is Density.

Disaggregated resource pools—especially memory and GPU pools—are incredibly power-dense. If you put 32 H100 GPUs in a single 4U chassis (part of a disaggregated pool), you are looking at a thermal load of nearly 25kW for a single box.

Air cooling literally cannot physically touch enough surface area to remove that heat. The heat sinks would have to be so large that they would block the signals on the PCB, increasing trace length and causing signal integrity issues.

DLC allows us to shrink the physical footprint of compute. By removing the massive heat sinks and the “keep-out” zones required for airflow, we can pack components tighter. This reduces the distance signals have to travel (latency) and increases the amount of compute we can fit in a single rack.

This is the definition of PUD. We are getting more TOPS (Tera Operations Per Second) per cubic meter.


Part IV: Deep Dive into the “Blackwell” Factor

NVIDIA’s recent announcement of the GB200 NVL72 is the perfect case study for this shift.

The NVL72 is a single rack that acts as a “giant GPU.” It features:

  • 72 Blackwell GPUs.
  • 36 Grace CPUs.
  • Two miles of NVLink cabling.
  • A total rack power of 120kW.

You cannot air-cool this. It is designed from the ground up for DLC. NVIDIA moved to a copper-to-copper direct-to-chip cooling solution. Because it’s liquid-cooled, they could use NVLink Switch trays that provide 130TB/s of bandwidth.

If this were air-cooled, the fans alone would require about 20-30kW of power. By using liquid, that power is redirected back into the GPUs. That is the PUE-to-PUD transition in action: the power is no longer spent on moving air; it’s spent on moving tensors.


Part V: Measuring the Future – Metrics That Actually Matter

If PUE is dead, what are we measuring? The industry is coalescing around a few new KPIs:

  1. TUE (Total Usage Effectiveness): This takes PUE and multiplies it by the internal server efficiency.
    • $TUE = PUE \times (Total IT Power / Useful Compute Power)$.
  2. CUE (Carbon Usage Effectiveness): Because 1.1 PUE on a coal grid is worse than 1.5 PUE on a solar grid.
  3. Compute Density per Watt: The ultimate PUD metric.
    • $PUD = (Total FLOPS / Total Facility Wattage)$.

A Code Snippet for the Modern SRE

Modern Site Reliability Engineers (SREs) are now monitoring “Thermal Headroom” and “Coolant Flow Rates” alongside CPU load.

def monitor_rack_health(rack_id):
    # Old school monitoring
    pue = get_facility_power() / get_it_power()

    # New school PUD monitoring
    flow_rate = telemetry.get_coolant_flow(rack_id) # Liters per minute
    delta_t = telemetry.get_outlet_temp(rack_id) - telemetry.get_inlet_temp(rack_id)

    # Calculate heat removed: Q = m * C * delta_T
    heat_removed_kw = flow_rate * 4.18 * delta_t / 60

    # Calculate Compute Efficiency
    total_flops = sum([node.current_flops for node in rack_id.nodes])
    pud_metric = total_flops / rack_id.total_power_draw

    if heat_removed_kw < rack_id.threshold:
        alert("Thermal throttling imminent - check CDU pump speed")

    return pud_metric

The Road Ahead: Immersion and Photonic Fabrics

Where does this go? We are already seeing the next leap: Two-Phase Immersion Cooling.

In this setup, the entire disaggregated rack is dunked in a non-conductive dielectric fluid. The fluid boils when it touches the chips, carrying the heat away via phase change (which is even more efficient than liquid flow).

Furthermore, as we disaggregate more, the bottleneck becomes the “copper wall.” Electricity can only travel so fast through a wire before it turns into heat. We are seeing the rise of Silicon Photonics, where the CXL fabric moves from copper wires to fiber optics directly on the chip package.

When you combine Photonic Fabrics with Immersion Cooling and CXL Disaggregation, the data center of 2030 will look less like a warehouse of fans and more like a silent, liquid-filled “super-brain.”


Final Thoughts: The Engineering Mindset Shift

The shift from PUE to PUD represents a fundamental maturing of our industry. We are no longer satisfied with just “not wasting power” in the facility; we are obsessed with “maximizing intelligence” per watt.

For the infra engineers, the SREs, and the hardware architects, this means learning a new set of skills. You need to understand fluid dynamics as well as you understand BGP routing. You need to understand CXL cache-coherency protocols as well as you understand Kubernetes pod scheduling.

The “Pizza Box” server served us well for 30 years. But as we chase the frontiers of AI and global-scale compute, it’s time to break the box, pool the resources, and turn up the flow rate.

The future of compute isn’t just silicon—it’s fluid.


More to explore

Keep diving in