Opening the page…

Sulayman Bowles

An AI megawatt is not a megawatt.

A conditional GB300 model turns facility power into installed GPUs. A grid request alone leaves the fleet unknown.

· · Updated

Monochrome generative point study “Deep Current,” a mathematical form rendered in black and white.
Deep Current · @yuruyurau ↗
Find your answer

How many GPUs does a one-gigawatt AI data center contain?

There is no single conversion until you know whether the gigawatt means a grid request, facility capacity, IT power, or average consumption. The reference model here converts 1,000 MW of facility capacity into 402,574 B300 GPUs using its stated NVL72 rack assumptions, PUE of 1.145, and 10% external IT overhead. That is a scenario, not an observed fleet. Apply overhead at the correct boundary, then distinguish installed capacity from utilization and useful work.

Evidence: NVIDIA NVL72 components · NVIDIA network architecture · 2025 U.S. data-center energy report

The reference model converts a 1,000 MW facility into 402,574 installed B300 GPUs, using homogeneous GB300 NVL72 racks, PUE 1.145, and 10% external IT overhead. It cannot make the same conversion from a “1 GW” headline alone: that figure might describe a grid request, facility capacity, IT capacity, or average draw.

Each boundary includes different equipment and may describe a different project state. Change the boundary and the GPU count changes. If the only disclosure is a grid request, installed fleet size remains unknown.

Scope and assumptions

This is a homogeneous GB300 reference conversion, not a forecast of any named data center. The 142 kW rack value is an “up to” specification; PUE and external-IT factors are scenarios; the 50% interconnection-utilization example is illustrative; network power is incomplete beyond the documented eight-SU design; computational utilization does not equal useful work or revenue utilization.

Separate grid, facility, IT, and average power

Utility filings, construction announcements, and hardware plans use the same unit for different quantities. A grid request concerns the connection point. Facility nameplate includes cooling, power conversion, lighting, and other infrastructure. IT nameplate excludes that layer; rack nameplate excludes much of the network, storage, and control plane. Average demand measures a time-weighted flow.

LBNL warns that annual energy, average and maximum demand, facility nameplate, and requested interconnection capacity cannot be converted reliably without project-specific relationships. Its grid definition includes total facility needs and design margins. It estimates interconnection utilization around 50% because of redundancy and maintenance, but says the value is poorly documented. Use it as an illustration, not a general ratio. S8

Before converting, establish boundary, status, and time basis. Announced, requested, firm, energized, commissioned, and occupied capacity describe different states. Phasing and reserved space or power can leave the installed fleet smaller than the headline suggests.

Capacity dictionary: what a 1 GW statement can and cannot establish
TermBoundary or stateWhat can be calculatedWhat remains unknown
Announced program capacityCorporate plan; may combine sites and phasesNothing mechanical without further disclosureSite, timing, boundary, firmness, equipment
Requested interconnectionMaximum requested at grid point, including marginsIllustrative annual energy if average utilization is assumedFirmness, energization, facility design, installed fleet
Firm / energized interconnectionContracted or physically available grid capacityUpper electrical envelope at that boundaryAverage draw, PUE, occupancy, rack mix
Facility nameplateWhole-building maximum electrical capacityIT capacity after PUE; rack capacity after external IT allowanceActual average draw and utilization
IT nameplateServers, network, storage, and support ITRack capacity after external IT allowanceFacility draw unless PUE is known
Compute-rack nameplateGB300 rack “up to” requirementsRack and installed-GPU equivalentsActual workload draw and useful work
Average facility demandTime-weighted facility powerAnnual MWh/TWhInstalled fleet without nameplate and utilization
Full-load-equivalent computeInstalled fleet × computational utilization × timeComparable accelerator-hours within a defined generationUseful work, service quality, and revenue

Apply PUE once, then reserve non-rack IT power

The reference case starts with 1,000 MW of total facility nameplate. This controlled boundary allows PUE to be applied once; it does not describe how most announcements are written.

It assumes homogeneous GB300 NVL72 racks. Real campuses mix accelerators, CPUs, storage, network generations, development clusters, spares, and partially occupied halls. Holding hardware constant isolates the boundary problem; it does not forecast a company’s asset register.

Divide facility MW by PUE to obtain IT MW. Then reserve power for scale-out networking, storage, support servers, and management. NVIDIA’s rack specification converts the remainder into racks and GPUs. This sequence keeps facility overhead outside the IT allocation rather than counting it twice.

Bar chart converting a one-gigawatt total facility nameplate into 873 megawatts of IT nameplate and 794 megawatts of GB300 rack nameplate in the reference case.
Calculated: 1,000 MW facility ÷ 1.145 PUE ÷ 1.10 external-IT factor. The figure is a nameplate conversion, not annual average draw.
Reference formulas and units
StepFormulaReference inputReference output
Facility → ITIT MW = facility MW ÷ PUE1,000 MW ÷ 1.145873.36 MW
IT → compute racksRack MW = IT MW ÷ (1 + external IT overhead)873.36 MW ÷ 1.10793.97 MW
Rack MW → racksRacks = rack MW × 1,000 ÷ 142 kW793.97 MW5,591.31 rack equivalents
Racks → GPUsGPUs = racks × 725,591.31 × 72402,574 B300 GPUs
Fleet → FLE hoursFLE = GPUs × 8,760 × utilization80% training utilization2.82B GPU-hours/year

Use the whole rack

NVIDIA’s reference architecture defines one GB300 NVL72 scalable unit as a liquid-cooled rack: 18 compute trays, 72 B300 GPUs, and 36 Grace CPUs, requiring up to 142 kW. Each tray also contains ConnectX-8 adapters, a BlueField DPU, boot storage, and local cache, alongside four GPUs and two CPUs. S1S2

Dividing a gigawatt by per-GPU thermal design power omits CPUs, memory, NVLink, storage, adapters, management hardware, and conversion losses inside the cabinet. This model starts with rack power because that boundary includes them.

“Up to 142 kW” is a maximum requirement, not continuous draw. It gives a conservative rack count at fixed compute-rack nameplate. Annual energy requires a separate utilization model.

GB300 NVL72 reference unit used in the model
ElementQuantityPower or roleTreatment
GB300 rack / scalable unit1Up to 142 kWCompute-rack nameplate denominator
Compute trays184 B300 + 2 Grace per trayNode count and internal system boundary
B300 GPUs72Accelerators in one NVLink domainInstalled fleet output
Grace CPUs36Host compute and memoryIncluded inside rack nameplate
In-rack management switches2 SN2201OOB access; DC busbarIncluded inside rack specification
External fabricsCompute, converged, storage/customer, support, OOBScale-out and operationsReserved in external-IT overhead

A small-cluster network is not a gigawatt-scale measurement

NVIDIA’s eight-SU bill of materials specifies eight racks, 576 GPUs, 44 compute-core switches, 11 converged-core switches, and 16 OOB management switches. Using SN5600 passive-cable typical power plus SN2201 power gives 53.27 kW: 4.69% of the racks’ combined 1.136 MW nameplate, before storage, support servers, customer-edge equipment, or additional network tiers. S3S6S7

The documents disagree on hardware. The BOM and logical architecture name SN5600; the networking-hardware page names SN5610. Its specification gives 900 W with passive cables and 2.08 kW with 64 optical modules. Applying the optical figure to 55 high-speed switches raises the comparator to 115.97 kW, or 10.21% of rack nameplate. This is an optics comparison, not an assumption that every port is populated. S3S5S6

An eight-rack design cannot be scaled by simple multiplication. NVIDIA separates fabrics in larger designs and introduces a super-spine around 1,024 nodes. Storage, customer, support-server, and management networks also sit outside the compute fabric. The reference fleet has roughly 100,000 compute trays, far beyond the documented design point. S4

The model therefore tests external IT overhead of 6%, 10%, and 14%. Six percent sits above the passive-switch floor; ten percent approaches the optics comparator before unquantified support equipment. Fourteen percent comes from a GB200-era Epoch total-IT/server decomposition: a magnitude check, not a GB300 measurement. S9

Eight-SU network-power reconstruction; calculated from vendor counts and typical-power specifications
ComponentCountLower typical powerOptical comparatorNotes
Compute-core high-speed switches4441.36 kW91.52 kWBOM says SN5600; comparator uses SN5610 with 64 optical modules
Converged-core high-speed switches1110.34 kW22.88 kWSame model-name contradiction
OOB switches161.57 kW1.57 kWSN2201 at 98 W typical
Total external switches7153.27 kW115.97 kWExcludes support servers, storage, super-spine, and facility infrastructure
Share of eight-rack nameplate8 × 142 kW4.69%10.21%Denominator is compute-rack nameplate

The facility reference yields 402,574 B300 GPUs

LBNL estimates average PUE of 1.145 for facilities serving AI equipment in 2024. PUE divides total facility energy by IT energy. Applied to the reference case, 1,000 MW ÷ 1.145 leaves 873.36 MW for IT. A 10% external IT allowance, measured on top of compute-rack power, leaves 793.97 MW for GB300 racks. At 142 kW and 72 GPUs per rack, that supports 5,591.31 rack equivalents and 402,574 installed B300 GPUs. S1S8

PUE 1.10 with 6% external IT overhead yields 434,856 GPUs; PUE 1.25 with 14% yields 355,819. These are engineering sensitivities, not confidence bounds. The 79,037-GPU difference equals about 1,098 GB300 racks.

A boundary error can outweigh an overhead sensitivity. Treating a grid request as installed IT power overstates what is known; applying PUE to an IT figure counts facility overhead a second time.

Reference fleet
402,574 B300s
Facility sensitivity
356K–435K B300s
1 GW IT boundary
461K B300s
Research cutoff
2026.08.16
1 GW total-facility-nameplate scenarios; all values calculated
ScenarioPUEExternal IT overheadIT MWGB300 rack MWRack equivalentsInstalled B300 GPUs
Efficient1.16%909.09857.636,040434,856
Reference1.14510%873.36793.975,591402,574
Conservative1.2514%800.00701.754,942355,819
Line chart showing installed B300 GPU capacity declining as PUE and external IT overhead increase.
Calculated for a 1,000 MW total facility nameplate, 142 kW per GB300 rack, and 72 B300 GPUs per rack.

An IT gigawatt and a grid request give different answers

Epoch’s one-gigawatt cost model starts with IT nameplate and applies PUE and utilization separately for operating energy. At that boundary, a 10% external IT allowance leaves 909.09 MW for racks and supports 460,948 B300 GPUs—roughly 58,000 more than the facility reference, because facility overhead sits outside the gigawatt. S10

A 1 GW grid request gives no fleet estimate. LBNL’s illustrative 50% average utilization implies 500 MW of average facility draw and 4.38 TWh per year. It reveals neither facility nameplate—1 GW, 700 MW, 500 MW, or phased halls—nor PUE, external IT share, rack density, or occupancy. S8

Time also changes the claim. Epoch’s Frontier Data Centers Hub notes that campuses open in stages and companies may not clarify incremental timelines. Announced, under-construction, energized, commissioned, and occupied capacity remain separate states. S11

Boundary tests for a nominal 1 GW statement
What 1 GW meansImmediate implicationReference arithmeticInstalled GPU inference
Total facility nameplateWhole-building maximum capacity873.36 IT MW after PUE≈ 402,574 GPUs with 10% external IT overhead
IT nameplateServers + external network/storage/support IT909.09 compute-rack MW after 10% allowance≈ 460,948 GPUs
Interconnection requestMaximum requested at grid point, including margins500 MW average and 4.38 TWh/year at 50%Not identifiable from the request alone
Average facility drawTime-weighted whole-building power8.76 TWh/year at 1 GW averageNot identifiable without nameplate, PUE, and loading

GPU-hours measure intensity, not useful work

Keeping 402,574 B300 GPUs powered on for a year yields 3.53 billion powered-on GPU-hours. That counts time, not computational work.

LBNL defines utilization as average computational intensity relative to maximum. It assumes 80% for training, with a 75%–85% range, and 20% for inference by 2030, with a 30% high-inference case. The reference fleet yields 2.64–3.00 billion training full-load-equivalent GPU-hours, 0.705 billion at 20% inference utilization, and 1.06 billion at 30%. S8

These hours still omit architecture, precision, sparsity, communication, checkpointing, failed jobs, software quality, throttling, and hardware-generation differences. They separate installed capacity from annual intensity; they do not measure useful work.

Revenue requires another model. Reservations, service obligations, internal workloads, customer mix, prices, credits, and peak-capacity reserves determine paid utilization. The engineering documents do not establish those economics.

Reference installed fleet under LBNL computational-utilization scenarios
Workload caseComputational utilizationFLE B300 GPU-hours/yearAverage rated-power fraction at 20% idle
Training low75%2.645B80.0%
Training reference80%2.821B84.0%
Training high85%2.998B88.0%
Inference reference20%0.705B36.0%
Inference high30%1.058B44.0%
Bar chart showing full-load-equivalent B300 GPU-hours under training and inference utilization scenarios for the same installed fleet.
Calculated from 402,574 installed B300 GPUs and 8,760 hours/year. Utilization scenarios come from LBNL; they are not revenue-utilization estimates.

Disclose boundary, status, and time before hardware

A reconstructable claim starts with electrical boundary, status, and time, then states hardware, facility, and utilization assumptions. Unknowns and ranges are acceptable. Combining requested power, energized power, installed IT, and active compute into one figure is not.

For investors, these distinctions affect capex intensity, commissioning risk, revenue timing, depreciation, and utilization. For utilities, they affect load forecasts and reserves. For operators, they locate the constraint: interconnection, mechanical plant, white space, power delivery, networking, storage, or scheduling.

  • Boundary: interconnection, facility, IT, rack, or average draw.
  • Status: announced, requested, firm, energized, commissioned, occupied, or active.
  • Time basis: current, phase date, full-build date, peak, or annual average.
  • Redundancy and margin: what is reserved and why.
  • PUE: value, period, load point, and measurement boundary.
  • IT allocation: server/rack, network, storage, support, and management shares.
  • Hardware: accelerator generation, rack architecture, quantity, and mix.
  • Utilization: computational, electrical, scheduling, and paid utilization kept separate.
  • Staging: phase-by-phase energized and occupied capacity.
  • Source: utility filing, one-line, vendor order, asset register, or management estimate.

Where the reference conversion stops

This is not a campus forecast. Firm interconnection, topology, PUE curve, cooling, storage, port population, spares, power caps, rack loading, accelerator mix, occupancy, workloads, and bookings remain unknown.

A site may fit more racks if average or capped draw is lower, provided its electrical and thermal design supports that policy. Redundancy, stranded capacity, maintenance, or topology may instead prevent full occupancy. Nameplate arithmetic does not resolve either case.

The external IT range is not measured at gigawatt scale. It uses an eight-SU switch reconstruction, an optics comparator, architectural requirements, and a GB200-era magnitude check. Storage and support infrastructure are still unquantified.

A GPU is not a stable performance unit across generations, precisions, models, software, or workloads. The model reports physical B300 units and B300 GPU-hours; it does not infer H100-equivalents, FLOP/s, tokens, training runs, or revenue.

Identify the electrical boundary before comparing fleets

In this reference design, a 1 GW facility supports about 402,574 installed B300 GPUs, with 355,819–434,856 across engineering sensitivities. Those counts require the stated hardware and overhead assumptions. A grid request alone supports no fleet estimate, and installed GPUs do not establish useful work or revenue.

Sources

  1. System Hardware & Components — NVIDIA NVL72 AI Factory

    Verified Aug 16, 2026

  2. Overview — NVIDIA NVL72 AI Factory

    Verified Aug 16, 2026

  3. Appendix B – Node Configurations — NVIDIA NVL72 AI Factory

    Verified Aug 16, 2026

  4. Network Logical Architecture — NVIDIA NVL72 AI Factory

    Verified Aug 16, 2026

  5. Networking Hardware — NVIDIA NVL72 AI Factory

    Verified Aug 16, 2026

  6. Spectrum-4 SN5000 Switch Systems Specifications

    Verified Aug 16, 2026

  7. SN2201 and SN2201_M Specifications

    Verified Aug 16, 2026

  8. United States Data Center Energy Usage Report: 2025 Update

    Verified Aug 16, 2026

  9. GPUs account for about 40% of power usage in AI data centers

    Verified Aug 16, 2026

  10. Total cost of ownership of a one-gigawatt AI data center

    Verified Aug 16, 2026

  11. Introducing the Frontier Data Centers Hub

    Verified Aug 16, 2026

Supporting material

  • Capacity conversion model

    Formula-driven facility, IT, rack, network, utilization, and sensitivity workbook.

  • Source ledger

    Primary and secondary sources with claims, definitions, limitations, and provenance.

  • Claim ledger

    Load-bearing claims classified as observed, derived, scenario, or interpretation.

  • Methodology appendix

    Research contract, definitions, formulas, provenance, contradictions, and calculation checks.

  • Sensitivity data

    PUE-by-external-IT-overhead matrix for installed B300 GPU equivalents.

Read next