谷歌Bill Jia称电网与内存将成AI基建最大瓶颈

Silicon Valley Coordinates x Google VP of Engineering Bill Jia: From Compute to Scale: The Future... — Silicon Valley Vector 硅谷坐标

Silicon Valley Vector 硅谷坐标

随着推理需求激增并向Agent演进,AI算力扩张的物理约束正从芯片生产全面转向电力供应与高并发内存存储体系。

AI-assisted summary of Silicon Valley Coordinates x Google VP of Engineering Bill Jia: From Compute to Scale: The Future... — original source. Check the original for full context.

Source published:

Key ideas

  • AI基础设施投资与现金流:Google工程VP Bill Jia指出未来AI算力需求将扩张10倍至1000倍,各大厂巨大的CapEx投入是防止未来无法承接需求的战略必然,扭转现金流将依赖软硬件全栈协同降本。 (4:46)
  • 40GW新增算力瓶颈在电力:明年预计上线的40GW数据中心容量,其真正约束并非芯片供应,而是电网基载电力不足以及地方社区对能耗、水耗与噪音的反弹。 (9:35)
  • 推理算力反超训练迈向“二八开”:训练属于阶段性投入,而推理面向数十亿终端用户,算力分配正从五五开逐步走向推理占80%、训练占20%的结构。 (12:30)
  • Agent时代迎来Memory(内存)危机:系统从单次推理转向多轮交互的Agent架构后,上下文与状态维护使得硬件瓶颈从加速卡转移至系统内存、CPU及闪存存储。 (22:43)

Detailed notes

## Background 该视频由 YouTube 频道《Silicon Valley Vector 硅谷坐标》于 2026 年 10 月 22 日发布。内容记录了主持人曹卿云在华源科技协会(HYSTA)第 27 届年会期间专访 Google 工程副总裁(Core ML/AI)Bill Jia 的对话,围绕大厂 AI 资本支出、电力与基础设施瓶颈、TPU 与英伟达生态关系以及 Agent 时代的技术演进展开探讨。

## TL;DR Google 工程副总裁 Bill Jia 深入分析了当前 AI 基础设施的发展趋势与核心瓶颈,强调未来算力需求将增长成百上千倍,大厂维持激进的 CapEx 投资具有战略必要性。他指出,随着数千亿级日常调用的普及,推理算力在整体算力结构中将从五五开迈向八二开,而行业面临的真实物理限制正从单纯的芯片短缺转向能源供给与电力电网瓶颈。针对硬件生态与架构演变,Bill Jia 澄清 TPU 与英伟达并非全面竞争而是模式互补,并预言自主代理(Agent)时代的到来将让内存(Memory)与多级存储管线承受最严峻的供需危机。

## Atmosphere & style 访谈呈现出严谨、沉稳且极具工程实操视角的专业对话氛围。主持人提问直击当前资本市场与技术圈最关切的痛点问题,而 Bill Jia 的回答逻辑紧密、不紧不慢,既有顶级科技大厂技术操盘手的全局视野,又透着工程系统层面的务实与冷静。整场对话既充满对万倍算力未来的宏大展望,又时刻锚定在电力短缺、内存瓶颈和物理规律的现实约束之中,给人一种理性而笃定的技术工业感。

## Bulletin - [04:46](https://www.youtube.com/watch?v=w253sKcSmeM&t=286s) AI基础设施投资与现金流:Google工程VP Bill Jia指出未来AI算力需求将扩张10倍至1000倍,各大厂巨大的CapEx投入是防止未来无法承接需求的战略必然,扭转现金流将依赖软硬件全栈协同降本。 - [09:35](https://www.youtube.com/watch?v=w253sKcSmeM&t=575s) 40GW新增算力瓶颈在电力:明年预计上线的40GW数据中心容量,其真正约束并非芯片供应,而是电网基载电力不足以及地方社区对能耗、水耗与噪音的反弹。 - [12:30](https://www.youtube.com/watch?v=w253sKcSmeM&t=750s) 推理算力反超训练迈向“二八开”:训练属于阶段性投入,而推理面向数十亿终端用户,算力分配正从五五开逐步走向推理占80%、训练占20%的结构。 - [22:43](https://www.youtube.com/watch?v=w253sKcSmeM&t=1363s) Agent时代迎来Memory(内存)危机:系统从单次推理转向多轮交互的Agent架构后,上下文与状态维护使得硬件瓶颈从加速卡转移至系统内存、CPU及闪存存储。

## Key takeaways - [04:46](https://www.youtube.com/watch?v=w253sKcSmeM&t=286s) 未来十年AI算力需求将增长10倍到1000倍,当前激进的资本开支是科技巨头维持市场承接能力的必要举措。 - [00:46](https://www.youtube.com/watch?v=w253sKcSmeM&t=46s) 通过优化网络通信、内存访问路径以及提升新一代芯片计算密度,单位算力与智能的成本正实现大幅下降。 - [00:46](https://www.youtube.com/watch?v=w253sKcSmeM&t=46s) 大语言模型因神经网络的复杂性仍属“黑盒”,在研发测试阶段需部署强隔离的中央安全沙盒以防范不可控行为。 - [07:05](https://www.youtube.com/watch?v=w253sKcSmeM&t=425s) Infra初创企业的切入点在于构建自动化推理Agent,解决N种模型与M种异构硬件芯片之间手动适配不可扩展的痛点。 - [09:35](https://www.youtube.com/watch?v=w253sKcSmeM&t=575s) 新增算力集群受制于风光等绿色能源的间歇性,电网互联困难与地方行政阻力已成为数据中心建设的首要瓶颈。 - [11:41](https://www.youtube.com/watch?v=w253sKcSmeM&t=701s) 算力基础设施正呈现“追逐能源而建”的趋势,解决大规模供电难题必须依赖科技企业与政府的深度公私协作。 - [12:30](https://www.youtube.com/watch?v=w253sKcSmeM&t=750s) 算力消耗重心正不可逆地转向推理端,长期来看推理与训练的算力占比将达到80/20甚至更高。 - [12:30](https://www.youtube.com/watch?v=w253sKcSmeM&t=750s) 代码生成、金融分析、法律实务、生物医疗与集中式自动驾驶平台是推理算力消耗爆发的关键垂直领域。 - [15:07](https://www.youtube.com/watch?v=w253sKcSmeM&t=907s) 通用前沿基座大模型与深度结合行业数据的垂直专业模型将长期并行发展,满足不同维度的场景需求。 - [16:32](https://www.youtube.com/watch?v=w253sKcSmeM&t=992s) “训推一体”在当下为时过早,离线训练与低延迟推理在底层基础设施要求上存在巨大差异,缺乏深度合并的紧迫性。 - [17:37](https://www.youtube.com/watch?v=w253sKcSmeM&t=1057s) Google TPU与英伟达并非全行业全面竞争,TPU主要基于深度战略定制模式服务特定伙伴,多样化硬件有助于平抑算力成本。 - [18:47](https://www.youtube.com/watch?v=w253sKcSmeM&t=1127s) 端云协同混合架构正在加速落地,以Gemma为代表的高性能小模型正推动图像编辑与实时翻译等流量下沉至边缘设备。 - [20:45](https://www.youtube.com/watch?v=w253sKcSmeM&t=1245s) AI时代人类仍必须学习数学,基础学科的训练旨在重塑大脑架构与深度逻辑推演能力,这是未来创造更高级AI的前提。 - [22:43](https://www.youtube.com/watch?v=w253sKcSmeM&t=1363s) 伴随系统向多轮自主Agent架构演进,全系统面临的最严峻短缺将是内存(Memory)、主机CPU算力及持久存储读写带宽。

## Detailed walkthrough ### [00:00](https://www.youtube.com/watch?v=w253sKcSmeM&t=0s) Opening Insights: Memory Demands and the Need for Scalable AI Infrastructure

Looking ahead at the trajectory of artificial intelligence, industry leaders widely agree that demand will continue expanding exponentially. Addressing where the most viable entrepreneurial opportunities lie within infrastructure, Google Engineering Vice President Bill Jia emphasizes that building cost-efficient, highly scalable software agents represents one of the most promising frontiers. He notes that the physical constraints of computing extend far beyond processing chips alone, pointing out that memory architecture and storage pipelines will face acute pressure as production systems scale up.

In particular, post-inference operations create substantial burdens across the entire hardware stack, requiring balanced system engineering rather than merely stacking accelerator cards. As models scale up their interactions and context lengths, the data pipeline quickly saturates standard memory tiers, placing intense demands on host CPUs, high-speed flash memory, and bulk hard drive storage to sustain throughput.

“If I were in the infrastructure space, I would definitely invest in developing certain kinds of agents that are very cost-efficient and very scalable.” — Bill Jia

- Inference workloads exert heavy downstream demands on host CPU processing capacity. - Sustaining agentic pipelines requires significant throughput from both flash memory and persistent hard drive tiers.

---

[00:46](https://www.youtube.com/watch?v=w253sKcSmeM&t=46s) Panel Recap: CapEx, Full-Stack Optimization, and AI Safety Sandboxes

Recapping the fireside panel titled "From Compute to Scale" at the HYSTA annual conference, Bill Jia outlines three core themes dominating current industry discussions. First, major technology companies are pouring vast capital expenditures (CapEx) into AI computing capacity. The consensus among technical leaders is that these massive outlays are completely necessary because AI development remains in its earliest innings, poised for sustained rapid growth over the next five, ten, and twenty years.

Second, whether developing base models, running post-training alignment, or serving production inference, AI infrastructure remains an intensely resource- and energy-consuming process. The industry is aggressively pursuing hardware and software co-optimization to drive down costs. Key operational metrics—performance per watt, performance per dollar, and dollar per unit of intelligence—are already improving noticeably across the board. Lowering serving costs is critical because making intelligence affordable directly unlocks the next wave of application-level innovation.

The third focal point is addressing systemic safety risks and unexplainable behaviors inherent to deep neural networks. Large language models function with remarkable capability, yet their underlying complexity keeps them fundamentally opaque. While stabilized production models behave relatively well during standard inference, raw models undergoing testing, verification, and red-teaming in sandbox environments exhibit wild unpredictability. Jia emphasizes the need for isolated, centralized evaluation sandboxes to contain model behaviors before real-world deployment.

“Because this large language model is a neural network that is too complicated, it remains fundamentally a black box, and we don't understand why it works this way.” — Bill Jia

- **Efficiency Benchmarks**: Hardware-software co-design is actively tracking and improving performance-per-watt, performance-per-dollar, and dollar-per-intelligence metrics. - **Safety and Confinement**: Sandboxes must be engineered with rigid security boundaries to prevent unaligned or experimental models from operating beyond designated parameters during evaluation.

---

[04:46](https://www.youtube.com/watch?v=w253sKcSmeM&t=286s) CapEx and Cash Flow: Demand Multipliers and the Path to Profitability

Responding to market anxieties surrounding tech giants' negative free cash flows and the gap between infrastructure expenditure and application revenues, Jia maintains that aggressive capital deployment is a strategic imperative. Anticipating that AI compute demand will swell by 10x, 100x, or even 1000x over the coming decade, tech companies cannot afford to under-invest. Failing to build adequate capacity now would leave an organization unable to serve incoming demand once model adoption surges, effectively ceding the market to competitors.

Turning these capital-intensive operations cash-flow positive relies on continuous efficiency gains rather than curtailing expansion. Jia explains that infrastructure margins can be unlocked across every layer of the compute hierarchy. Software teams can drastically cut inference expenses by optimizing networking layers, memory access patterns, and hardware execution paths—even if the underlying silicon and model weights remain unchanged. Simultaneously, next-generation accelerators will deliver greater computational density at lower unit costs. Together, these compounding hardware and software synergies will drastically reduce the cost per floating-point operation, transforming negative cash-flow dynamics into sustainable economics.

“If we know that demand in the future will continue to grow, then making these investments now is the right thing to do, right? Because if I don't invest and others do, when the demand rises later, being unable to accommodate that demand would be a big problem, right?” — Bill Jia

- **Demand Projections**: Industry forecasts anticipate computational requirements expanding by orders of magnitude (10x to 100x and beyond). - **Optimization Levers**: Cost reductions stem from reducing unnecessary floating-point operations, minimizing networking overhead, and optimizing memory access pipelines.

---

[07:05](https://www.youtube.com/watch?v=w253sKcSmeM&t=425s) Infra Startup Opportunities: Building AI Agents for Inference Optimization

When evaluating how early-stage infrastructure startups can compete against well-funded hyperscalers, Jia points directly to automated inference optimization as an ideal battleground. While framework developers like Fireworks AI and the creators of vLLM have carved out significant market share in high-throughput model serving, an immense gap remains in cross-platform hardware adaptation. The current ecosystem is characterized by an $N \times M$ combinatorial explosion: dozens of distinct open-source and proprietary model architectures must run efficiently across an increasingly fragmented hardware matrix, including NVIDIA GPUs, AMD GPUs, Google TPUs, and AWS Trainium chips.

```mermaid flowchart TD accTitle: Matrix of Models and Hardware Mapped by Inference Agents accDescr: AI agents automatically optimize diverse model architectures across various hardware backends. subgraph Models["Diverse Model Architectures (N)"] M1["LLMs & Reasoning Engines"] M2["Multimodal & Domain Models"] end subgraph AgentLayer["Agentic Optimization Layer"] AG["Automated Inference Agent<br/>(Dynamic Kernel, Memory & Quantization Tuning)"] end subgraph Hardware["Heterogeneous Silicon Backends (M)"] H1["NVIDIA GPUs"] H2["Google TPUs"] H3["AMD GPUs"] H4["AWS Trainium"] end Models --> AG AG --> Hardware ```

Manually tuning and writing bespoke kernels for every combination of model and chip architecture is economically unfeasible and fundamentally unscalable for engineering teams. Jia envisions dedicated AI optimization agents designed to automatically profile, tune, and compile models for target silicon backends to maximize speed, reliability, and cost-efficiency. While hyperscalers have the resources to address these problems, their lack of immediate cash constraints often makes them move slower. Dedicated, highly technical startup founders with deep domain expertise can build these agile automation layers and outmaneuver corporate engineering efforts.

“Because there are so many types of models and so many types of hardware, n times m is a massive number. If you optimize every single one manually, it's very unscalable, but developing agents to handle the optimization is really cheap and scalable.” — Bill Jia

- **Hardware Landscape**: Modern serving stacks must account for diverse chip families, notably NVIDIA Tensor Core GPUs, AMD Instinct accelerators, Google custom TPUs, and AWS Trainium silicon. - **The Startup Advantage**: Nimble engineering teams can iterate faster on agentic compiler and runtime optimizations than resource-saturated enterprise teams.

---

[09:35](https://www.youtube.com/watch?v=w253sKcSmeM&t=575s) The 40GW Compute Surge: Power Generation and Grid Politics as the True Bottlenecks

Addressing projections that 40 gigawatts of new data center compute capacity are slated to come online next year—a volume that would eclipse current global inventories—Jia identifies energy availability rather than chip production as the definitive physical bottleneck. Even if silicon fabs produce sufficient accelerators, connecting massive gigawatt-scale clusters to power grids poses severe engineering and geopolitical obstacles. Current baseline power generation continues to depend heavily on fossil fuels such as natural gas, coal, and oil. Alternative energy sources like wind and solar remain too intermittent and weather-dependent to supply the uninterrupted, baseload power required by continuous AI training clusters.

Furthermore, utility providers with the capacity to interconnect multi-hundred-megawatt facilities are scarce worldwide. Beyond technical grid limitations, political resistance from local municipalities is mounting rapidly. Hyperscale AI data centers consume massive local water and electrical resources while generating substantial ambient heat and acoustic noise. Several U.S. states and communities have begun pushing back, declaring that they do not want massive computing facilities in their jurisdictions. Navigating this bottleneck will require structured coordination between technology leaders and public utility regulators, prompting the industry to evaluate unconventional long-term power and deployment solutions.

“Long-term, I think power will remain a bottleneck, which is not surprising from both a technical and political perspective.” — Bill Jia

- **Primary Energy Sources**: Baseload computing infrastructure remains tied to natural gas and coal due to the intermittency and storage limitations of solar and wind installations. - **Community and Regulatory Backlash**: Municipalities are actively resisting new data center projects due to extreme grid draw, acoustic disruption, and localized thermal emissions.

[11:41](https://www.youtube.com/watch?v=w253sKcSmeM&t=701s) 算力瓶颈与电力解法:数据中心追逐能源而建

针对数据中心面临的电力紧缺问题,主持人曹卿云与 Google 工程副总裁 Bill Jia 探讨了未来的能源供给路径。主持人提到,有人设想在太空中建立数据中心,但这属于长远构想;眼下更现实的路径是如何利用绿色能源与核能,实现高性价比、高能效与可持续性。被问及 Google 内部如何看待这一问题时,Bill Jia 表示,解决能源瓶颈不可能只靠单一企业,必须依靠公私协作:

> “Google 肯定会投资,对吧?我们肯定会投资,但我们还是希望能够跟政府——不管是美国政府还是其他国家的政府——一起来把这个电的问题解决掉。”

主持人随即补充指出,未来的算力基础设施布局逻辑就像开采石油一样,算力资源必然会流向能源充沛的地区,“你没油的地方打油是没用的,你必须得建在这个 Energy 可以提供的地方”。

---

[12:30](https://www.youtube.com/watch?v=w253sKcSmeM&t=750s) 推理算力反超训练:从“五五开”迈向“二八开”

在讨论算力的供需演进时,主持人提到业内普遍认为目前训练与推理算力各占一半(50/50),并询问未来的需求演变趋势。Bill Jia 坦言,其实推理算力在当下可能就已经超过了训练算力。尽管训练算力有时会因自我递归改进(recursive self-improvement)和强化学习(RL)获得脉冲式增长,但从长远来看,算力大头必然流向推理端:

> “因为训练只是一个一次性或者几次性的投资,但推理服务的是数十亿的用户和各种各样的应用,所以未来的需求主要在推理。”

Bill Jia 预测,算力结构未来必然会从 50/50 逐步转变为 60/40、70/30,乃至 80/20。一旦推理端的产品应用起量、调用量暴增,推理的占比将大幅上升。

围绕推理应用场景,Bill Jia 梳理了几个正在爆发与即将爆发的垂直行业: - **代码生成(Coding)**:目前无论在企业级还是消费级产品中都极其成功。 - **金融分析与投资**:AI 具备极强的综合分析能力,未来表现一定会超越传统的量化金融。 - **法律服务**:法律实务讲求严格的事实认定与逻辑推演,AI 的分析能力在这一领域会明显优于人类。 - **医疗与生物科学**:AI 展现出了极强的数据与实验分析能力。 - **自动驾驶**:特斯拉等方案已经非常成熟,全球所有汽车标配完全自动驾驶功能只是时间问题;传统车企虽有造车能力,但缺乏核心 AI 基因,因此未来若有企业提供中心化(centralized)的自动驾驶软件平台服务,将催生一个巨大的市场。

```mermaid flowchart LR accTitle: Compute Demand Evolution from Training to Inference accDescr: Diagram illustrating the shift in AI compute allocation from training to inference over time.

subgraph Current["当前阶段"] T1["训练算力 ~50%"] I1["推理算力 ~50%"] end

subgraph Future["未来演进 (60/40 -> 70/30 -> 80/20)"] T2["训练算力 ~20%<br/>(阶段性模型迭代 / RL)"] I2["推理算力 ~80%<br/>(数十亿级用户日常调用)"] end

Current -->|"应用规模爆发与消费端普及"| Future ```

---

[15:07](https://www.youtube.com/watch?v=w253sKcSmeM&t=907s) SOTA 大模型 vs 垂直模型:双轨并进与训推一体的局限

面对“通用基座大模型是否会碾压垂直领域初创公司”的行业焦虑,Bill Jia 认为未来将呈现通用与垂直两条道路并驾齐驱的格局。

大厂和 Frontier Labs(前沿实验室)会继续投入资源死磕更大规模的基座模型,在各项能力维度上推高极限,“因为这是这个领域的终极追求,所谓一招克万招”。与此同时,垂直模型(专精于编程、金融、自动驾驶、法律等)依然具备不可替代的生存空间。垂直模型在预训练阶段获得了通用通识知识,而在灌入深度行业领域数据后,在具体任务上能够做到极其精准与深入。

针对前沿实验室是否在探索“训推一体”的提问,Bill Jia 给出了相对冷静的判断:

> “训推一体现在还为时过早,因为训练跟推理所需要的 infrastructure 差别还是蛮大的。”

他解释道,训练通常是一个线性的离线流程,模型经过充分调优后才进入推理阶段。虽然在推理过程中,模型可以吸收线上新数据并进行轻量、快速的在线更新,但这与把全量训练、后处理(post-processing)和推理全流程深度融合为一体完全是两回事,目前技术尚不成熟,工程上也缺乏紧迫的必要性。

---

[17:37](https://www.youtube.com/watch?v=w253sKcSmeM&t=1057s) TPU 与英伟达:并非全面竞争,而是差异化互补

针对 2024 年 Anthropic 与 Google 签署为期五年、采购 100 万颗 TPU 的合作协议,外界普遍解读为 TPU 正在全面挑战英伟达(NVIDIA)和 CUDA 生态。对此,Bill Jia 明确澄清这是一种误读:

> “我觉得 TPU 不是在跟英伟达全面竞争,我觉得这是一个误解。TPU 的商业模式跟英伟达是完全不一样的。”

Bill Jia 剖析了两者的本质差异: - **商业模式不同**:Google 提供 TPU 是针对极少数选定的战略合作伙伴(如 Anthropic),建立深度定制合作关系,并不像英伟达那样面向全行业公开销售芯片、作为通用算力基础设施兜售给所有客户。 - **生态正向反馈**:市场上出现更多样化的 AI 专用硬件(ASIC)有利于打破单一垄断,反向推动整个产业降低算力成本,并倒逼性能持续提升,促进生态健康发展。

---

[18:47](https://www.youtube.com/watch?v=w253sKcSmeM&t=1127s) 端侧小模型崛起:从 Gemma 到混合架构

回顾 2024 年 5 月的观点,主持人提问为何目前像 Gemini 这样的旗舰模型计算仍主要集中在云端,端侧算力爆发究竟何时到来。Bill Jia 指出,端云协同的混合架构实际上已经在发生: - **日常落地场景**:本地图像编辑与生成已经迁移至端侧运行;Google 开发的跨语种实时翻译应用,能够实现两人各自使用母语对话、在设备本地实时双向转译。 - **边缘算力提升**:端侧芯片(Edge Chips)算力持续攀升,端侧模型能力也迅速迭代。例如 Google 发布的开源模型 Gemma(2B 和 7B 参数版本),在端侧已经表现得极为优秀。

Bill Jia 透露,将大量请求和流量从云端下沉转移到端侧设备上处理,正是 Google 内部当前非常核心的实验与探索方向。

---

[20:45](https://www.youtube.com/watch?v=w253sKcSmeM&t=1245s) AI 时代的人才教育:为什么孩子依然要学数学

当 AI 已经在写代码、做数学题等领域超越常人时,下一代是否还有必要学习数学和计算机科学?Bill Jia 对此给出了坚决的肯定回答,认为人类在基础学科上的积累是技术演进的根基:

> “人类之所以能够发明 AI,是因为人类在科学、工程、艺术、文学各个方面有深刻的理解;因为有了这些基础,才创造了 AI。”

他阐述了学习基础知识的核心价值: - **创造更优 AI 离不开人类基础理论认知**:若人类自身丢失了数学、物理、化学、文学等基础理论能力,未来将无法指导和创造出更先进的 AI。 - **思维与大脑架构的重塑**:学习数学的目的从来不是为了记住“1+1=2”这类知识碎片,知识本身并不需要死记硬背。学习高深数学的过程,能够训练大脑的分析能力、逻辑框架与创造力,使人的心智状态提升至更高维度,从而拥有基于已知知识创造全新知识的能力。

---

[22:43](https://www.youtube.com/watch?v=w253sKcSmeM&t=1363s) Infra 的最大短板:Agent 时代下的 Memory 危机

在访谈结尾,曹卿云询问在算力、网络和存储等硬件基础设施中,未来最严峻、最难以解决的瓶颈是什么。Bill Jia 明确指出,**内存(Memory)将面临极度严重的短缺**。

随着系统从原始的单次推理(Raw Inference)向自主代理(Agent)架构迁移,系统的负载特征发生了剧烈变化: - **Raw Inference 阶段**:系统短缺主要集中在以 GPU、TPU 为代表的专用加速器以及基础显存/内存上。 - **Agent 时代**:Agent 需要维持持续的上下文状态、多轮交互轨迹和工具调用记录,除了加速器之外,对 CPU 算力、系统内存(Memory)以及闪存(Flash)与固态存储的容量和读写带宽都提出了极高要求。面向企业级与消费级的 Agent 产品即将爆发,存储与内存层级势必将承载巨大的供需压力。

[23:44](https://www.youtube.com/watch?v=w253sKcSmeM&t=1424s) Concluding Thoughts on Infrastructure Scarcity and Wrap-up

Bill Jia concludes his analysis regarding the most acute shortages facing artificial intelligence infrastructure as computing paradigms shift toward agentic workflows. Emphasizing that scaling demands continue to outpace hardware and architectural solutions, he highlights that critical capabilities—particularly memory systems optimized for agent workloads—will “remain in relatively short supply.”

With the discussion drawing to a close, host Qingyun Cao wraps up the interview, expressing her gratitude for his in-depth technical perspectives on Google's AI roadmap, compute bottlenecks, and the future of machine learning scaling: “Great, thank you very much for sharing today.”

## Notable quotes > [12:30](https://www.youtube.com/watch?v=w253sKcSmeM&t=750s) 因为训练只是一个一次性或者几次性的投资,但推理服务的是数十亿的用户和各种各样的应用,所以未来的需求主要在推理。 — Bill Jia

> [15:07](https://www.youtube.com/watch?v=w253sKcSmeM&t=907s) 训推一体现在还为时过早,因为训练跟推理所需要的 infrastructure 差别还是蛮大的。 — Bill Jia

> [20:45](https://www.youtube.com/watch?v=w253sKcSmeM&t=1245s) 人类之所以能够发明 AI,是因为人类在科学、工程、艺术、文学各个方面有深刻的理解;因为有了这些基础,才创造了 AI。 — Bill Jia

> [17:37](https://www.youtube.com/watch?v=w253sKcSmeM&t=1057s) 我觉得 TPU 不是在跟英伟达全面竞争,我觉得这是一个误解。TPU 的商业模式跟英伟达是完全不一样的。 — Bill Jia

## Mentioned Bill Jia, 曹卿云, Google, 英伟达 (NVIDIA), Anthropic, TPU, CUDA, Gemini, Gemma, 华源科技协会 (HYSTA), Fireworks AI, vLLM, AMD, AWS Trainium, Tesla

## Video description 9月 26 日,华源科技协会(HYSTA)第 27 届年会,硅谷坐标专访 Google 工程VP (Core ML/AI)Bill Jia。他当天主持了 AI 基础设施 panel「From Compute to Scale」。

24 分钟,我们问了他: · 各大厂 AI capex 巨大、现金流转负,到底怕不怕? · 明年新增 40GW 算力,瓶颈是芯片还是电? · 如果今天出来做 infra 创业,他会做什么? · Anthropic 签下百万颗 TPU,TPU 是在全面挑战英伟达吗? · 推理算力会占多少?端侧模型什么时候爆发? · AI 都会做数学了,孩子还要学数学吗?

【章节】 00:00 开场 00:47 Panel 回顾:capex、降成本与 AI 安全 04:46 Capex 与现金流:需求还会涨 1000 倍 07:05 Infra 创业:做一个专门做推理优化的 agent 09:35 明年 40GW 算力,瓶颈在电力 11:59 Google 怎么解决电力问题 12:30 推理会超过训练:从五五开到二八开 15:07 SOTA 大模型还是垂直模型:两条路并走 16:32 训推一体:现在还太早 17:37 TPU 与英伟达:不是全面竞争,是相互学习 18:47 端侧模型什么时候爆发 20:45 AI 时代孩子还要学数学吗 22:43 Infra 最缺什么:agent 时代的 memory

【嘉宾】 Bill Jia|Google 工程副总裁(Core ML/AI),华源科技协会董事

【主持】 曹卿云|《硅谷坐标》主持人

【出品】 硅谷坐标 Silicon Valley Vector × 华源科技协会 HYSTA

【文字版】微信公众号「硅谷坐标」|音频:小宇宙 / Apple Podcasts / Spotify 搜索「硅谷坐标」

嘉宾观点仅代表个人,不代表所在机构。

#Google #TPU #AI算力 #BillJia #硅谷坐标 #谷歌 #infra #ai #gemini #端侧模型

[Source](https://www.youtube.com/watch?v=w253sKcSmeM)

中文简报

谷歌Bill Jia称电网与内存将成AI基建最大瓶颈 随着推理需求激增并向Agent演进,AI算力扩张的物理约束正从芯片生产全面转向电力供应与高并发内存存储体系。 Google工程副总裁Bill Jia深入分析了当前AI基础设施的发展趋势与核心瓶颈,强调未来算力需求将增长成百上千倍,大厂维持激进的CapEx投资具有战略必要性。他指出,随着数千亿级日常调用的普及,推理算力在整体算力结构中将从五五开迈向八二开,而行业面临的真实物理限制正从单纯的芯片短缺转向能源供给与电力电网瓶颈。针对硬件生态与架构演变,Bill Jia澄清TPU与英伟达并非全面竞争而是模式互补,并预言自主代理(Agent)时代的到来将让内存(Memory)与多级存储管线承受最严峻的供需危机。 AI基础设施投资与现金流:Google工程VP Bill Jia指出未来AI算力需求将扩张10倍至1000倍,各大厂巨大的CapEx投入是防止未来无法承接需求的战略必然,扭转现金流将依赖软硬件全栈协同降本。 (4:46) 40GW新增算力瓶颈在电力:明年预计上线的40GW数据中心容量,其真正约束并非芯片供应,而是电网基载电力不足以及地方社区对能耗、水耗与噪音的反弹。 (9:35) 推理算力反超训练迈向“二八开”:训练属于阶段性投入,而推理面向数十亿终端用户,算力分配正从五五开逐步走向推理占80%、训练占20%的结构。 (12:30) Agent时代迎来Memory(内存)危机:系统从单次推理转向多轮交互的Agent架构后,上下文与状态维护使得硬件瓶颈从加速卡转移至系统内存、CPU及闪存存储。 (22:43)

Source quotes

[12:30] Bill Jia: 因为训练只是一个一次性或者几次性的投资,但推理服务的是数十亿的用户和各种各样的应用,所以未来的需求主要在推理。 [15:07] Bill Jia: 训推一体现在还为时过早,因为训练跟推理所需要的 infrastructure 差别还是蛮大的。 [20:45] Bill Jia: 人类之所以能够发明 AI,是因为人类在科学、工程、艺术、文学各个方面有深刻的理解;因为有了这些基础,才创造了 AI。 [17:37] Bill Jia: 我觉得 TPU 不是在跟英伟达全面竞争,我觉得这是一个误解。TPU 的商业模式跟英伟达是完全不一样的。

Original transcript

[0:00] Looking ahead, the demand for AI will [0:02] continue to grow; everyone predicts [0:05] this, and we have reached a consensus [0:07] that building this infrastructure is [0:10] absolutely necessary. From your [0:12] position in infrastructure, do you see [0:14] any particularly good entrepreneurial [0:16] opportunities? [0:17] >> If I were in the infrastructure space, [0:19] I would definitely invest in developing [0:21] certain kinds of agents that are very [0:24] cost-efficient and very scalable. I [0:29] think memory will remain in short [0:32] supply; after the inference stage, it [0:34] demands a lot from the CPU, and it also [0:37] requires a great deal from Flash and [0:40] hard drive storage. [0:46] >> Could you recap our fireside chat just [0:49] now for us? What were the core points [0:51] discussed today? [0:52] >> Well, we covered about three points. [0:56] First, everyone agrees that major tech [0:59] companies are now paying close [1:01] attention to CapEx to vigorously [1:03] strengthen investments in AI computing [1:06] power. Our conclusion is that this type [1:10] of investment is absolutely necessary. [1:13] Because overall, the development of AI [1:16] is still in a very early stage. If we [1:19] look to the future, the development of [1:22] AI will continue to be in a phase of [1:25] rapid growth over the next one, two, [1:27] three, five, ten, and twenty years. [1:30] Therefore, the demand for AI will [1:33] continue to grow indefinitely. If that [1:35] is the case, and everyone predicts this [1:38] , we have reached a consensus that [1:40] building this infrastructure is [1:42] absolutely necessary. [1:43] >> Uh-huh, [1:44] >> That’s the first point. The second [1:46] point is that AI infrastructure— [1:49] whether it's building models, [1:51] post-training, or inference—is a very [1:54] time-consuming, resource-intensive, and [1:56] energy-consuming process. So the second [1:59] topic of discussion was how we can [2:02] achieve many hardware and software [2:04] optimizations to bring costs down. [2:06] Everyone is very eager to work together [2:09] to accomplish this, because in the past [2:11] year or two, we have actually already [2:13] done a lot of hardware and software [2:16] optimization, and the results are quite [2:18] clear. Metrics like performance per [2:23] watt, performance per dollar, and [2:25] dollar per intelligence are all [2:27] trending in the right direction, [2:29] showing that AI training and inference [2:32] are gradually becoming cheaper. However [2:36] , our consensus is also that there is [2:39] still a lot of work to be done in the [2:41] future. We want everyone to work [2:44] together to lower costs, and once costs [2:47] are down, AI will become more [2:49] affordable, and by making it more [2:51] affordable, we can fully accelerate [2:53] innovation, right? That was the second [2:56] topic of discussion. The third issue to [2:59] discuss is that AI still has some [3:01] security risks, right? Because this AI [3:04] model, this large language model, is a [3:06] neural network, its design makes a lot [3:09] of sense and it somehow works [3:11] beautifully and works very well. [3:13] However, because this large language [3:15] model is a neural network that is too [3:17] complicated, it remains fundamentally a [3:20] black box, and we don't understand why [3:22] it works this way. If we don't [3:24] understand why it works this way, its [3:27] behavior is very hard to control, and [3:29] while we can reduce the risk, the risk [3:31] still exists. We are talking about how [3:36] the industry can control this, to [3:39] enforce safety, security, and [3:41] safeguards even more, right? Actually, [3:46] we feel that once AI is fully refined [3:49] and all malfunctions and security risks [3:52] are eliminated, in actual inference, [3:55] it's not too bad, so far not too bad. [3:59] There might be more hidden risks in the [4:01] future; actually, right now, there are [4:04] still more of these hidden risks that [4:06] exist. When this AI is still new and we [4:09] don't know how it works, while testing [4:12] it, evaluating it, or in the sandbox, [4:14] it can be very, very unpredictable. How [4:18] do we make this sandbox—the testing, [4:21] verification, and evaluation [4:23] environment—more secure, and how do [4:25] we make this sandbox more centralized [4:28] and have a wall so it doesn't run wild? [4:33] It's mainly about the overall cost, [4:36] doing the whole hardware and software [4:38] optimization, and how to minimize these [4:41] AI safety risks. These are the three [4:44] aspects of the problem. Everyone is [4:46] investing a lot of money in computing [4:48] power, and all the frontier labs are [4:50] putting in a lot of capital. For CAPEX, [4:51] do you think this is still in the early [4:53] stages and something these companies [4:55] should continue to do? We’ve seen [4:57] that Google's balance sheet is negative [4:59] , and what people are worried about now [5:01] is that you're investing so much, but [5:03] the revenue from applications hasn't [5:05] been seen yet. Do you think this is [5:07] just a pacing or timing issue? [5:09] >> Yes, I think there are two main points, [5:11] which we have touched upon. The first [5:13] point is that the demand for AI is [5:15] still incredibly huge. It will even be [5:17] 10x, 100x higher in the future. [5:19] >> Mm-hmm. [5:21] >> If we know that demand in the future [5:23] will continue to grow, then making [5:25] these investments now is the right [5:28] thing to do, right? Because if I don't [5:30] invest and others do, when the demand [5:33] rises later, being unable to [5:34] accommodate that demand would be a big [5:37] problem, right? [5:38] >> This is something that must be done [5:40] first. This is definitely correct. The [5:44] second point is that with all these [5:46] investments and this demand, how can we [5:49] serve it in a more cost-efficient way [5:51] to make it cash flow positive? How can [5:55] we make this model higher in quality [5:57] and lower in cost? By increasing its [6:00] intelligence and reducing its [6:02] floating-point operations, right? There [6:05] is still a lot that can be optimized in [6:07] software, from networking and memory [6:10] access to compute; there are many [6:12] stories and areas available for [6:14] optimization. Meaning, even if the [6:17] model and hardware remain unchanged, I [6:19] can make the cost cheaper through [6:20] software optimization. Second, and [6:22] third, the hardware itself can also [6:25] become cheaper. [6:26] >> Mm. [6:28] >> With this kind of synergy, I believe [6:30] that in the future, this massive demand [6:33] will certainly be served at a much [6:35] lower cost. The results will be better, [6:39] but the costs will be lower, so it will [6:41] become cash flow positive; this is [6:43] definitely achievable, so being cash [6:45] flow negative for now isn't something [6:47] to be afraid of. As long as we can keep [6:50] persisting. [6:52] >> So, you mean the pace of CAPEX [6:54] investment will find a better balance [6:56] with everything, including cost [6:58] optimization and application revenue, [7:00] right? And then, under a healthy [7:03] balance, we can continue to grow [7:05] sustainably. You also mentioned earlier [7:07] that there is still a lot of room for [7:09] inference optimization. If you were to [7:11] start a business today, and you were [7:13] positioned in this infrastructure layer [7:14] , what kind of good entrepreneurial [7:16] opportunities do you see? Especially [7:17] compared to big tech, is there anything [7:19] to do, since everyone is worried about [7:21] the various advantages of big tech? In [7:22] your opinion, if you were a startup, [7:24] what kind of opportunities do you think [7:26] they would be better at executing? [7:28] >> Yes, I think there are many great [7:30] startups, such as Fireworks AI, their [7:33] product is called Infini. Because that [7:38] founder is a panelist. He is the [7:41] founder of vLLM, which is a serving and [7:44] inference framework. These companies [7:47] are already doing very well, so I think [7:50] if you focus on things like, for [7:52] example, inference. Doing inference [7:54] ultimately means making the model [7:57] faster and optimizing costs; in fact, [8:00] there is a lot you can do now by [8:02] leveraging AI. If you build AI agents, [8:06] they can actually drive inference [8:08] performance, reliability, and [8:11] scalability to be extremely high. If I [8:14] were to start a company, I would [8:16] definitely invest in this. Specifically [8:18] , building these AI agents. This agent [8:22] itself would be used to handle [8:24] inference. You can adapt to different [8:27] hardware, whether it's NVIDIA GPUs, AMD [8:30] GPUs, Google TPUs, or AWS Trainium—no [8:33] matter the hardware, no matter the [8:35] model, right? Because there are so many [8:38] types of models and so many types of [8:40] hardware, n times m is a massive number [8:42] . If you optimize every single one [8:45] manually, it's very unscalable, but [8:47] developing agents to handle the [8:50] optimization is really cheap and [8:52] scalable. So if I were in this space, I [8:56] would definitely invest in developing [8:59] certain kinds of agents to handle this [9:01] in a very cost-efficient and scalable [9:04] way. [9:06] >> Hmm, so you think this won't be [9:08] dominated by big tech companies, but [9:10] rather by startups? I think big [9:13] companies will do it, but sometimes, [9:15] since they aren't short on cash, they [9:18] might not necessarily do it the best [9:20] way. I believe there are some brilliant [9:25] minds—very enthusiastic, passionate, [9:27] skilled, and expert—who can start a [9:30] company to do this, and I think they [9:32] can sometimes move much faster. There [9:35] will be an additional 40 gigawatts of [9:37] compute capacity next year, which [9:39] already exceeds the entire current [9:42] market inventory. Looking at the supply [9:44] side, what bottlenecks do you see, and [9:47] do you think that 40 gigawatts of [9:49] capacity can actually come online? [9:54] >> Right, whether it ends up being 40, 30, [9:57] or 50 gigawatts, I don't know the exact [9:59] number, but generally speaking, it's [10:02] certain that a massive amount of data [10:04] center capacity will come online next [10:07] year. [10:11] >> But whether it can actually go live...I [10:13] think the bottleneck is really on the [10:16] power side, right? Because currently, [10:19] power generation still relies mainly on [10:22] natural gas and coal. The three [10:28] alternatives—solar, wind, and others [10:31] —aren't yet stable or efficient, so [10:34] finding natural gas, coal, or oil for [10:37] power generation is key. Actually, [10:41] utility companies capable of providing [10:44] this around the world are limited. Plus [10:48] , with the current political climate, [10:51] building AI data centers consumes a lot [10:53] of resources, generates significant [10:55] heat and noise, and draws massive [10:58] amounts of power, right? It really does [11:01] raise concerns for local neighborhoods. [11:05] In some states, like in the US, some [11:07] are saying, "I don't welcome AI data [11:10] centers in my state." Long-term, I [11:16] think power will remain a bottleneck, [11:18] which is not surprising from both a [11:21] technical and political perspective. I [11:27] think that, I think that for this tech [11:29] sector, I think regulators and tech [11:32] sector leaders should sit together to [11:34] see this issue. I think in the very [11:39] long term, if we could build data [11:41] centers in space, that's a long shot, [11:44] but if that could happen, it would be [11:46] fantastic. More realistically speaking, [11:49] how to use green energy, how to use [11:52] nuclear energy for power, that is very [11:54] cost-efficient, energy-efficient, and [11:57] sustainable. Google, how does your team [11:59] internally view how this power issue [12:01] will eventually be solved? Google will [12:03] definitely invest, right? We will [12:06] definitely invest, but we still hope to [12:08] work with the government—whether it's [12:10] the US government or other national [12:12] governments—to jointly solve this [12:14] power issue together. [12:15] >> So, in the future, these new data [12:17] center computing resources will likely [12:19] go to places with abundant energy. Just [12:22] like drilling for oil, right? It’s [12:24] useless to drill for oil where there is [12:26] none; you must build where energy can [12:28] be provided. Right, we just talked [12:31] about the supply side and the demand [12:33] side. We currently see the industry's [12:35] compute split as roughly half for [12:36] training and half for inference. How do [12:38] you see this demand ratio in the future [12:40] , Chen? Besides this scenario, what [12:42] other scenarios might we see in the [12:44] future? [12:44] >> Yes, I think it's hard to say it's [12:47] 50/50. I actually think inference might [12:50] have already surpassed training. While [12:56] training sometimes gets a boost from [12:58] recursive self-improvement and [13:00] reinforcement learning, I think the [13:03] major long-term trend is that inference [13:05] compute will take up more and more. [13:12] This is because training is just a [13:14] one-time or few-time investment, while [13:17] inference serves billions of users [13:19] across many different applications, so [13:22] future demand will mainly be in [13:24] inference. So I think over time, if [13:28] it's 50/50 now, it will definitely [13:31] shift to 60/40, 70/30, or 80/20. [13:34] Because once inference applications [13:36] scale up and consumption increases, its [13:39] percentage will definitely rise. Coding [13:42] is currently a very successful vertical [13:45] , not just for enterprise, but also a [13:47] very successful consumer product. I [13:51] think there will certainly be more such [13:54] vertical success stories in the future. [13:58] For example, using AI for financial [14:00] analysis and financial investments will [14:03] surely outperform quantitative finance [14:06] because AI has such strong analytical [14:08] capabilities, right? Then there is [14:11] using AI for legal services. Legal work [14:14] is very rigorous; it’s about the [14:16] facts as they are, and AI can handle [14:18] that kind of analysis. It's definitely [14:21] better than humans, so AI in the [14:23] medical and biological fields will [14:26] perform exceptionally well. Autonomous [14:29] driving is now very mature; Tesla’s [14:32] self-driving cars are quite advanced. I [14:38] believe it’s only a matter of time [14:40] before every car in the world is [14:42] equipped with full self-driving [14:44] functions. Traditional car companies [14:49] produce competent vehicles, but they [14:52] lack AI competency. I think if [14:55] companies emerge that offer a [14:57] centralized software platform, you [14:59] wouldn't need to build your own; you [15:01] could just use their services. I think [15:05] that will be a very big market. People [15:08] are both concerned that these AI [15:10] foundation models seem capable of [15:12] everything, and excited to see AI [15:14] applications blossoming in areas like [15:17] law and healthcare. Do you think these [15:21] large models will eventually take over [15:23] what existing startups are doing, or [15:26] will we see a continued ecosystem of [15:28] diverse, specialized players? I think [15:33] it will be both. Big players and [15:37] frontier labs will continue to focus on [15:40] larger models, pushing the boundaries [15:43] across all dimensions. That path will [15:50] definitely persist, as it’s the [15:52] ultimate pursuit in this field—the [15:54] one move that overcomes all others. At [16:00] the same time, we will see vertical [16:03] models—models specialized in coding, [16:05] finance, autonomous driving, or legal [16:08] services. These will definitely exist [16:12] as well. With these, because they are [16:15] trained, they possess general knowledge [16:18] . But once you feed them [16:20] domain-specific knowledge, they become [16:22] incredibly deep and precise in those [16:25] areas. This is also necessary, so I [16:27] think it will be a process of both [16:29] paths moving forward together. Is there [16:33] a trend in frontier labs toward [16:35] integrating training and inference? If [16:39] this boundary becomes harder to [16:41] distinguish, what new requirements does [16:43] that place on infrastructure? [16:47] >> It’s still too early for integrated [16:50] training and inference, as the [16:52] infrastructure required for training [16:54] and for inference is still quite [16:56] different. Training often involves [16:59] linear processes. [17:01] >> Right. [17:02] >> First, you get one model completed, [17:04] right? That is a separate process. Then [17:07] , when it comes to inference. By the [17:10] time you reach inference, the model is [17:12] already well-refined. But during [17:15] inference, the model is constantly [17:17] acquiring new online data. It makes [17:21] some updates, and these updates can be [17:24] used for inference very quickly. This [17:26] is achievable, but I don't think it's [17:29] necessary—nor is the technology [17:31] mature enough—to integrate training, [17:34] post-processing, and inference all into [17:36] one. Dropic signed a five-year [17:38] agreement for one million TPUs this [17:41] year, so the TPU finally has external [17:43] customers. It feels like the TPU is now [17:46] competing comprehensively with NVIDIA. [17:49] How do you view the ecosystem of TPUs [17:51] and CUDA, and how do you see their [17:53] competition? [17:54] >> I don't think the TPU is competing [17:56] comprehensively with NVIDIA; I think [17:59] that’s a misconception. The TPU’s [18:01] business model is completely different [18:04] from NVIDIA’s, right? Google decided [18:07] to offer these TPUs to a few selected [18:10] companies. It's more about having [18:13] certain partnership relationships. [18:17] It’s not like they are selling TPUs [18:19] to everyone, making them the primary [18:22] resource for everyone. Google isn't [18:26] doing that; it’s very selective, [18:28] right? However, I think that overall, [18:33] more AI hardware in the market will [18:35] help drive down costs. This will also [18:40] lead to a relatively healthy boost in [18:42] performance; that’s my perspective. [18:46] In an interview this past May, you [18:49] mentioned that many simple tasks might [18:51] be handled by small models on mobile [18:53] devices in the future, while large, [18:56] complex questions would be handled in [18:58] the cloud. But we currently see that [19:01] for many things like Gemini, most of [19:04] the computing power is still resolved [19:06] in the cloud. So, when will we see an [19:09] explosion in on-device computing power? [19:11] Actually, I think that...Of course, [19:14] Gemini is a relatively new product, [19:16] right? It’s...I’m not entirely sure [19:19] whether it’s all on the server side [19:21] or if some of it is on-device; I’m [19:23] not clear on that. But, I think that in [19:27] the industry, this hybrid model of [19:29] on-device and cloud is actually already [19:32] happening. Things like image editing [19:36] and generation happen on the device. [19:42] Google has also released many apps [19:44] where, if you and I were having a [19:46] conversation—say you speak Spanish [19:48] and I speak English—we could just [19:50] keep speaking our own languages, and [19:53] real-time translation would translate [19:55] it into the language the other [19:57] understands. That is also an on-device [20:03] model. This can actually happen even [20:06] faster. I feel that a lot of the [20:08] current attention is on server-side [20:10] models; you don't hear much about [20:12] edge-side models because the business [20:14] model might not be clear. But I think [20:18] edge chips are becoming more competent, [20:20] and edge models are also becoming more [20:22] competent, so these models will get [20:24] stronger in the future. For example, [20:27] the models Google launched called Gemma [20:29] , the 2B and 7B models, are actually [20:32] performing very well. This means a lot [20:35] of traffic can be served on the device, [20:37] which is a major experimental direction [20:40] within Google. We are essentially [20:43] shifting a lot of traffic to the edge. [20:45] AI is constantly achieving great [20:48] results in coding and mathematics. Now, [20:51] when people think about education, they [20:54] wonder: if AI has already solved these [20:56] problems, should we still learn math or [20:59] computer science? Or should we focus [21:02] our energy on what AI cannot yet [21:04] replace, or what will be replaced last? [21:07] Where should we allocate our resources [21:09] and energy when educating children? [21:11] >> Yes, I actually strongly believe that [21:14] even though AI can help humans do many [21:17] things. The reason humans can invent AI [21:20] . [21:21] >> Mm. [21:22] >> Is because humans have a lot of [21:24] understanding in science, engineering, [21:27] arts, and literature; it’s because [21:30] they have these foundations that they [21:32] can create AI. And going forward, to [21:37] create better AI over time, I think [21:39] humans will still play a very important [21:43] role; humans must be involved in [21:45] creating better AI. If humans don't [21:48] have those basic theoretical [21:50] understandings, whether it's math, [21:52] physics, chemistry, arts, or literature [21:55] , it would be impossible to do so, [21:57] right? Besides, after learning this [22:00] foundational knowledge, it makes people [22:03] better thinkers. Mm. [22:05] >> The process of learning knowledge [22:08] builds strong competence. It’s not [22:10] necessarily that the knowledge itself [22:12] is useful, like one plus one equals two [22:14] . You know, whether you learn that [22:16] might not be that important. But after [22:18] you learn a lot of mathematics, it [22:20] makes the human brain more analytical [22:23] and more creative. This brain will be [22:26] at a different stage. [22:27] >> Mm. [22:29] >> So it will produce many other things; [22:31] it’s not just about repeating [22:33] knowledge, as knowledge doesn't need to [22:35] be repeated. [22:37] >> Mm. [22:38] >> With this knowledge, it can create [22:40] newer knowledge, which is a very [22:42] important process. [22:43] >> In terms of infrastructure, we know [22:44] many things are in short supply— [22:46] compute, networking, and memory are all [22:48] scarce. Which bottleneck do you see as [22:50] the most serious and the hardest to [22:52] solve? I think memory will still be in [22:54] very short supply. This is because [22:57] after the rise of agents, in the past, [23:00] it was mainly focused on inference, [23:02] that is, raw inference. In raw [23:06] inference, what's missing is [23:09] accelerators, like GPUs and TPUs, as [23:12] well as memory. In the past, during the [23:18] inference stage, after the accelerators [23:20] , there was high demand for CPUs, even [23:23] more demand for memory, and also [23:25] significant demand for flash and hard [23:28] drive storage. As I just mentioned, [23:34] there will definitely be better [23:36] enterprise-oriented and [23:37] consumer-oriented new products for [23:39] agents, so the demand will be huge, and [23:42] I think all these components will [23:44] remain in relatively short supply. [23:48] Great, thank you very much for sharing [23:51] today.