Jane Street on GPU Infrastructure, Trading and Hiring

Dwarkesh Patel speaks with Ron Minsky and Dan Pontecorvo about trading at different speeds, building data centers and expanding compute and teams.

RMRon MinskyInvitado · Jane StreetDPDan PontecorvoInvitado · Jane Street
Canal
Jane Street
Publicado
21 may 2026
Vídeo
29:36
Lectura
7 min
Original
inglés
Abrir en YouTube
Al desplazarte, el vídeo se reduce a la esquina inferior derecha y sigue reproduciéndose. Los subtítulos siguen tu idioma de lectura.
Idioma de lecturaDisponible en 2 idiomas
Este artículo aún no está en español, así que se muestra el original en inglés.
RESUMEN

En 30 segundos

After visiting a Texas data center, Dwarkesh Patel asks Jane Street’s Ron Minsky and Dan Pontecorvo how GPUs fit alongside low-latency trading. They discuss model experimentation, noisy financial data, distributed infrastructure, human judgment and the practical constraints of powering and cooling accelerators. The guests also discuss the risks and uses of additional compute, hiring across engineering and trading, and why Minsky believes tools should strengthen human understanding and agency.

  1. 1Trading at different speedsSome decisions require FPGA responses in under 100 nanoseconds, while others permit much more computation over longer horizons.
  2. 2Compute for experimentationMinsky says additional capacity allows researchers to test diverse models and iterate faster.
  3. 3Distributed storage and schedulingMultiple data centers make loading data and coordinating compute with storage more complex.
  4. 4Humans oversee automated tradingMinsky says people assess unusual conditions and supervise systems even when individual trades are too fast for manual intervention.
  5. 5Data center bottlenecksPontecorvo identifies power and cooling equipment as constraints whose availability can change rapidly.
  6. 6Compute and hiringMinsky says valuable researchers justify more compute, while finding and mentoring people is a more important growth constraint.

Conclusiones

  1. Trading systems make different decisions across horizons ranging from nanoseconds to hours or days.
  2. Model architecture and infrastructure depend on noisy financial data, throughput and latency requirements.
  3. Distributing training across data centers makes data movement and coordinated scheduling important.
  4. Human judgment remains important for unusual markets and oversight of automated systems, according to Minsky.
  5. Power, cooling and long-lead equipment shape when accelerator capacity can come online.
  6. The firm sees research talent and mentorship capacity as important constraints on growth.
TEXTO COMPLETO

Lee el texto editado por capítulos

Solo la transcripción
01

Trading at many speeds

Minsky describes time horizons from sub-100-nanosecond FPGA decisions to slower model-driven work. Model size and latency influence where inference can run.

Dwarkesh Patel visits a Jane Street training data center in Texas with Ron Minsky, co-head of technology, and Dan Pontecorvo, head of physical engineering. Patel asks how GPU-based models fit into a business where some trading decisions must happen in nanoseconds.

Minsky explains that trading has many time horizons. In one extreme, a system must turn around a packet in under 100 nanoseconds. At that speed a CPU is not enough: an FPGA attached directly to the network can begin sending a response before it has finished receiving the incoming packet.

Such a fast system can perform only simple computations. The broader strategy combines decisions made at different speeds, from hundreds of nanoseconds through microseconds and milliseconds to an hour or a day. More time can allow more sophisticated models or decision processes.

Asked what the models predict, Minsky names fair value as one important target: estimating what an instrument is worth can feed into many trading processes. It is not the only prediction target, and he avoids discussing more sensitive details.

Inference may run on CPUs, FPGAs or GPUs depending on model size, compute needs and latency. At the fastest horizons, physical distance is so consequential that even fiber length matters. Larger, slower models allow more freedom to locate compute farther from an exchange.

Pontecorvo says that exchange colocation facilities impose their own constraints on power and cooling. A GPU may consume enough power that it must be spread across racks instead of being concentrated in a liquid-cooled rack designed for the purpose.

02

Training and data infrastructure

The firm uses diverse models and needs fast experimentation. Noisy financial data, high data rates and distributed compute create distinctive storage and scheduling challenges.

Patel asks about Jane Street’s $6 billion compute agreement with CoreWeave. Minsky says the firm wants more capacity for training and experimentation. Its researchers explore a diversity of architectures, and faster iteration gives them more chances to test ideas.

Minsky says specialized models are useful because applications consume different sources and rates of data. Financial data is noisy and less informative per byte; compared with some other settings, there can be more data and smaller models. Storage, loading, model architecture, inference throughput and latency all affect the design.

Asked how inference differs from a large chatbot workload, Minsky says latency is particularly important, though batching still matters. A market feed can deliver a very high sequential data rate in a single causally ordered domain. Similar engineering questions arise in both settings, but different constraints lead to different choices.

Data loading performance receives particular attention. Minsky describes work on an internal object store for research at large scale and across multiple data centers. Training compute cannot all be placed in one location, so moving the large datasets and scheduling storage alongside computation are important problems.

For years the firm simplified its environment by relying on x86-64 and one major research data center and storage cluster. Both assumptions have changed: power constraints require distributed facilities, and newer NVIDIA products require support for ARM. A useful organizational skill, Minsky says, is knowing which simplifying assumptions one can safely make.

03

AI and human judgment in trading

Minsky considers a hypothetical future of broadly superhuman AI, while explaining why he sees human judgment as valuable today. Trading includes both automated and human-mediated decisions.

Patel asks whether sufficiently capable AGI could simply do Jane Street’s work. Minsky does not dismiss a future in which systems surpass humans at all cognitive tasks and automate much of the business, but says he does not think that world is especially close. He argues that complex company-scale work is easy to underestimate.

Minsky calls trading “AGI complete” by analogy with hard computational problems: valuing assets requires predictions about the future, and many different aspects of the world affect those predictions. As some tasks become automated, competitive advantage can shift to the hard problems that remain. He says he wants more engineers and traders, not fewer.

Jane Street’s business includes many kinds of software and trading, some of which is not highly electronic. Minsky describes transactions negotiated over chat or phone, where people assess the other side and the risk of adverse selection. Bond trading, he says, remains less automated than equities despite decades of expectations that more markets would follow the same path.

Patel asks about human involvement between models and decisions. Minsky says unusually turbulent days can create both opportunities and difficult liquidity decisions. Humans can assess how a situation differs from previous days and supervise automated systems, even when individual transactions occur too quickly for a person to intervene one by one.

04

Building data centers faster

Pontecorvo discusses cooling, power equipment, procurement and modular facilities. Higher-density racks require infrastructure designed well ahead of chip deployment.

Pontecorvo says data centers and cooling now attract much more attention than they once did. Operators are also reconsidering old assumptions: instead of backing up an entire facility with long-lead-time generators, a team might protect only its critical systems and bring GPUs online six months earlier. A choice that is not ideal on one engineering dimension may be the better business decision.

Beyond compute and memory, Pontecorvo identifies generators, transformers and liquid-cooling equipment as current bottlenecks, while cautioning that shortages change quickly. His team works with procurement to stock interchangeable components, though large generators and turbines require more deliberate sourcing and staging.

As racks become denser, Pontecorvo hopes buildings can be smaller and built faster. Modular infrastructure can be designed and constructed offsite, then delivered closer to plug-and-play. Dense racks still require substantial power and cooling infrastructure; a one-megawatt rack is useless if the facility cannot support it.

Planning has to precede chip orders because infrastructure lead times can exceed a year. Pontecorvo says different accelerators have different cooling and density requirements, so the team works with suppliers to prepare facilities for future generations of equipment.

05

The value and risks of more compute

Minsky describes research demand, retraining and inference as uses for additional capacity. Both guests acknowledge investment and infrastructure trade-offs.

Patel asks what Jane Street does with spare capacity, comparing it with a large platform improving its advertising models when GPUs are otherwise idle. Minsky says the firm is compute constrained: it evaluates research runs but already turns away valuable experiments. More frequent retraining and bulk inference can also use additional capacity.

Minsky acknowledges the investment involves risk: model and trading value might not improve as expected, and competitors may erode an advantage. Still, given the current workload, he says the firm is far from having too much compute. Pontecorvo adds that a company can commit to power and data center capacity before buying expensive chips, and potentially transfer excess facility capacity to someone else.

06

Hiring and building for people

The guests discuss GPU growth, mentorship and roles across physical engineering, software, trading and machine learning. Minsky stresses tools that improve human understanding and agency.

Patel suggests hiring researchers creates competition for scarce compute. Minsky sees it differently: valuable researchers are a reason to buy more compute. He says the firm currently has tens of thousands of GPUs and expects hundreds of thousands before long, a forward-looking estimate rather than a present count.

Minsky says hardware is not the main obstacle to hiring. Finding strong people and having enough mentorship capacity to train them and integrate them into the culture are more limiting. The firm wants to grow while remaining a good place to work.

Pontecorvo lists physical engineering roles spanning site selection, design, construction and operations: mechanical, electrical and structural engineers, architects and project managers. Minsky adds that machine learning and trading require people with diverse backgrounds, including model architecture, LLM training, mathematics, computer science, physics and engineering.

Jane Street also seeks generalist software engineers and specialists. Minsky says its increased compute spending makes fleet-wide optimization more valuable than when the firm concentrated primarily on its most latency-sensitive code. Experience at hyperscalers can be relevant, even though the firm’s problems have distinctive features.

Minsky mentions custom ASIC work and an exploratory effort to build a formal methods team. He describes the latter as speculative but newly interesting in light of AI. He also emphasizes frontend engineers who can build technically sound applications that work well for people.

Minsky argues that enthusiasm for AI tools should not obscure the human element. The aim is to build systems, including AI tools, that improve people’s understanding, agency and efficiency. The organization’s ability to find and develop excellent people remains central to what it can accomplish.

Patel points listeners to Jane Street’s puzzles, including a challenge involving hidden trigger phrases in language models that neither entrants nor Jane Street had solved. Minsky says puzzles are part of the company’s culture and a way to reach potential candidates. The conversation closes with a pointer to the firm’s page for the podcast audience.

Más de este canal

6 diapositivas15:33EN
JSJane Street· 26 oct 2026Figgie Strategy: Reading Hands, Winning Majorities and Pricing CardsBradley, Mike · Jane StreetJane Street traders Bradley and Mike analyze three games to show how private information, market competition and timing affect card prices.Decision MakingMathematicsFintech
1:48:29EN
JSJane Street· 16 oct 2026How AI Is Changing Programming: John Krazit and Ron MinskyRon Minsky, John Krazit · Jane StreetJane Street’s AI tooling lead and the Signals and Threads host examine agent infrastructure, security, code review and the changing experience of writing software.Agentes de programaciónDeveloper productivityEvaluaciones+2
1:36:37EN
JSJane Street· 23 sept 2026Aaron Bauer on Teaching Software Engineering in the Age of AIRon Minsky, Aaron Bauer · Jane StreetHow learning goals, active practice and editor design shape engineering education when models can generate the code.AI in EducationSoftware engineeringEducation+2
9 diapositivas1:05:45EN
JSJane Street· 11 sept 2026Cyrus Omar on Live Programming and a Computational Commons for Humans and AICyrus OmarA demonstration of Hazel shows how immediate feedback, structured collaboration and carefully scoped permissions could support people and AI agents working together.Programming LanguagesHuman-AI CollaborationFlujos de desarrollo y pruebas+2
1:25:00EN
JSJane Street· 2 sept 2026Eric Mannes on Turning Messy External Data Into Trading ResearchRon, Eric Mannes · Jane StreetFrom commodity futures and an Excel risk system to point-in-time datasets and AI, Eric Mannes explains the domain knowledge behind data engineering at Jane Street.Data quality & curationFlujos de desarrollo y pruebasInvesting+2
7 diapositivas1:16:29EN
JSJane Street· 26 ago 2026Grant Sanderson and Alok Puranik: Positional Encodings Through Group TheoryGrant Sanderson, Alok Puranik · 3Blue1BrownStarting with assumptions about attention, they derive matrix exponentials and connect rotations, decay and Jordan blocks to RoPE and ALiBi.Transformers & attentionMathematicsFundamentos de ML+1