06-reference

jane street dwarkesh tour ai datacenter

2026-05-15·reference·source: Jane Street (YouTube)·by Dwarkesh Patel + Ron Minsky + Daniela Corvo
ai-infrastructuredata-centerliquid-coolinggb300nvl72powerhyperscaler-capexmemory-walldwarkeshjane-streetblackwellretrofitoversubscription

"Dwarkesh Goes Inside Jane Street's Latest AI Data Center" — Jane Street

Why this is in the vault

Filed as a primary-source eyewitness anchor for the [[2026-05-17-power-cycle-v1]] and [[2026-05-17-memory-cycle-v1]] theses. The Jane Street physical-engineering team gives a quant-shop's-eye view of what GB300 NVL72 deployment actually looks like in the field: 140 kW/cabinet (vs 10-40 kW air-cooled baseline = ~4-14x density jump), liquid-cooling retrofit of a facility never designed for it, ultrasonic flow meters cabinet-by-cabinet, 8,000 km of fiber, and — most load-bearing — explicit confirmation that the binding constraint is power allocated from the utility, not compute, not money. Ron Minsky says it directly: "you have some power allocated from the utility ... you still have to respect that overall value but you want to ride as close to it as possible." That sentence is the [[2026-05-12-innermost-loop-ai-infrastructure]] power-bottleneck thesis stated by an operator who is currently retrofitting a live training cluster to deal with it. Not a slide; a tour.

Also filed for the operator-craft signal: Jane Street is a market-maker, not a hyperscaler — yet they are now running a 4,032-GPU GB300 cluster on liquid cooling in Texas. The "everyone is a hyperscaler now" pattern shows up in capex flow data; this is the qualitative analog. Useful as Sanity Check anchor reference (not a topic) and as ground-truth corroboration for any future deep-research brief on power/memory/cooling supply chains.

Episode summary

A 15-minute walking tour of Jane Street's Texas AI training facility, hosted by Dwarkesh Patel and led by Ron Minsky (co-head of technology) and Daniela Corvo (head of physical engineering). The facility is a retrofit — built earlier for traditional air-cooled racks, now converted to support 200 kW liquid-cooled GB300 NVL72 cabinets. The conversation walks through cooling fluid loops (18°C chiller water, propylene glycol mix, 25-micron filtration, ultrasonic flow meters, leak-detection ropes), power distribution (busways, breaker panels, oversubscription philosophy, hardware-enforced load shedding), networking density (copper for the fastest hops, fiber for everything else, 8,000 km total), and the operator's mental model: opportunity cost of compute dominates hardware cost; physical infrastructure (transformers, chillers) is growing faster than the compute footprint itself.

Closes with a "20 years ago" reminisce — the original Jane Street compute cluster was six Dell boxes called "the Hive" stacked on the office floor. Promises a longer Dwarkesh podcast follow-up on Jane Street's low-latency trading systems (sub-100ns packet turnaround).

Key arguments / segments

Notable claims

  1. GB300 NVL72 cabinet peak power: ~140 kW — vs 10-40 kW for traditional air-cooled. 4-14x density jump. (00:00:45)
  2. 85-90% of heat removed via cold-plate liquid cooling, ~10-15% still air-cooled inside the same sled. (00:01:00)
  3. Chiller water supply: ~18°C, fungible between liquid-cooling loop and air-cooling air-handler loop. (00:03:45)
  4. Technical water loop: 25-micron filtration + 25% propylene glycol for bacterial inhibition. Bacterial growth in cooling water now a real reliability concern. (00:04:30)
  5. Single facility: 4,032 GPUs in 56 racks, ~8,000 km of fiber. (00:05:30, 00:08:30)
  6. Copper > fiber for the fastest network hops (electrons-in-copper travel faster than light-in-fiber). (00:08:00)
  7. Opportunity cost of compute > hardware cost at frontier-scale internal allocation. Jane Street-internal compute "real crunch" reported by Minsky. (00:06:15)
  8. Power from utility is the binding constraint; facility design accommodates by shrinking compute footprint inside fixed power envelope. (00:07:00)
  9. NVIDIA LPS (Load Power Shaping) = bulk capacitance + software peak/average flattening rolling out in new cabinet generation to keep load profile flat. (00:10:30)
  10. Cooling is fungible (oversized pipes); power is not (hard breaker limits). Different engineering tolerances for the two utilities. (00:09:30)
  11. Buffer-tank thermal-battery design bridges chiller-restart window. Operational pattern, not yet widely discussed in public infra writeups. (00:12:00)
  12. Density inversion law: compute footprint is shrinking; support-infrastructure footprint (transformers, chillers, breaker panels) is growing. (00:13:30)
  13. Jane Street's fastest HFT systems target sub-100ns packet turnaround. Tease — to be elaborated in Dwarkesh podcast follow-up. (00:15:30)

Guests

Ron Minsky — co-head of Technology at Jane Street. Long-tenured Jane Street technologist; OCaml community presence; the strategic-framing voice in this conversation. Tracked-author candidate: MEDIUM. Worth adding to Contact Candidates DB as a "operator-side voice on quant-shop AI infrastructure" — there are very few public-facing speakers from buyside quant tech orgs at this depth. The Dwarkesh podcast follow-up will be the better trigger; if that conversation is substantive, promote.

Daniela Corvo — head of physical engineering at Jane Street. The cooling/power/leak-detection details came from her. First public Jane Street appearance I can find; strong primary-source authority on data-center physical retrofit. Tracked-author candidate: WATCH-ONLY — wait for a second appearance before promoting; one-off may not generalize.

Dwarkesh Patel — host, already vault-tracked. Filming on-location at a trading firm's data center is a notable Dwarkesh format extension (was previously studio-bound; the April 2026 Reiner Pope blackboard format was the prior format shift). Pattern: Dwarkesh is increasingly getting access to operator-grade environments.

Mapping against Ray Data Co

Strength: STRONG. Reinforces three active investing theses directly, with eyewitness operator language:

Cross-link with prior dwarkesh + AI-infra reference set: pairs especially well with [[2026-04-29-dwarkesh-reiner-pope-gpt5-claude-gemini-training]] — Reiner derived from first principles why memory-bandwidth (not compute) is the inference bottleneck; this video shows the physical infrastructure side of the same constraint. The two together form a strong demand-supply-physical-constraint triad. Also pairs with [[2026-04-15-dwarkesh-jensen-huang-nvidia-moat]] for the NVL72 design context.

Not Sanity Check topic material per [[feedback_no_derivative_sanity_check_pieces]] — this is reference/anchor evidence, not a re-frame. Don't pitch a piece. Cite it inside a future re-frame on "the bottleneck has moved to power" or "everyone is a hyperscaler now."

Related