EN
◀ 返回收集
Google 官方博客

谷歌一口气补齐第八代 TPU:TPU 8tx 做硬件级机密推理,TPU 8i Max 双芯封装把算力、SRAM 和 HBM 带宽都翻倍

发布 2026-11-09 收集于 2026-11-10 00:00 AI 资讯 #ai#industry
全文

十多年前,我们最初设计 TPU 是出于 Google 内部需求,包括语音识别和语言翻译。八代 TPU 之后,应用场景已经爆发式增长,涵盖:一、训练和服务我们自己的 Gemini 模型;二、智能体工作负载;三、在我们的云基础设施上为 Google Cloud 客户提供服务;以及最近的四、允许客户把 TPU 直接部署到他们自己的数据中心。TPU 如今是一项快速增长的业务,客户已近 100 家,包括前沿实验室、交易公司、零售商、大学等。

在 4 月的 Google Cloud Next 上,我们推出了同一代的两款专用 TPU:用于大规模训练的 8t 和用于实时推理的 8i。与上一代 TPU 相比,TPU 8t 的训练性能最高提升 2.7 倍,TPU 8i 的推理性价比提升 80%。

今天,我们更进一步,为第八代 TPU 产品组合再增加两套系统:面向超大上下文窗口、单机架算力密度最高的 TPU 8i Max,以及面向安全与机密推理的 TPU 8tx。这是我们第一次在一年内推出四套 TPU 系统。

扩展后的第八代 TPU 产品组合:TPU 8t、TPU 8i、TPU 8tx 和 TPU 8i Max。

我们一直与 Google DeepMind 合作协同设计 TPU,而现在也越来越多地收到外部机构对其具体需求的反馈。随着计算从「人的规模」走向「智能体的规模」,企业在要求能够在 AI 模型超大上下文窗口上进行推理的加速器。此外,一些受到严格监管的客户也在为特殊工作负载要求专门的加密能力。

我们今天发布的新 TPU 系统正是为应对这一新现实。结合我们最近关于 PyTorch 的发布,我们的目标是让每一位开发者和云客户都能更容易地用上 TPU。通过把模块化的定制芯片与开放、易用的软件栈结合起来,我们能够以 AI 行业的节奏交付新的硬件和系统配置。

围绕芯片构建计算机

今天我们发布的是两套新的 TPU 系统——而新芯片和新系统之间有一个重要区别。

设计一款新芯片,意味着在硅晶圆上排布数十亿个微观晶体管,这是一个受物理定律约束、制造周期复杂且漫长的多年过程。而系统则关乎我们如何把计算、网络和存储围绕芯片组合在一起,包括它们与芯片如何封装,从而快速满足新出现的客户需求和研究用例。

十多年前打造第一款 TPU 时,我们就知道 AI 软件的演进速度会远远快于芯片制造。所以我们在系统平衡和模块化上下了根本性的赌注,把 TPU 设计成 AI Hypercomputer 中的积木,让工程师能够快速调整其周围的封装、高速内存、光网络和安全能力。这种做法让我们能在几个月而不是几年内交付专用超级计算机。

面向安全、高上下文 AI 的专门化

第八代 TPU 产品组合中的每套系统都针对 AI 生命周期中的不同环节。

TPU 8t 和 TPU 8i 奠定了这一代芯片的基线:

  • TPU 8t 被设计为大型基础模型的训练主力,追求最大的「goodput」,即每瓦能耗所交付的有效智能。
  • TPU 8i 是推理引擎,旨在打破内存墙,把芯片间通信延迟最多降低一半。

现在,随着企业把自主智能体投入生产,我们基于这些基础系统打造了两种新配置,来解决两个紧迫的新挑战:硬件级数据安全和百万 token 级的上下文规模。

TPU 8tx

TPU 8tx 是我们的第三套第八代系统,针对安全与机密推理做了优化,也很适合小规模训练。它面向在最敏感数据旁运行前沿或专有模型以及自主智能体的受监管企业和政府。

通常,数据在存储或通过网络传输时是加密的,但在计算机处理时必须在内存中解密。TPU 8tx 与 TPU 8t 采用相同的芯片,并搭配第五代 AMD EPYC CPU 主机,把安全能力直接构建在硬件层,让敏感数据和模型权重即使在使用中也保持受保护和隔离。并且通过采用我们为实时推理打造的同一套低延迟 Boardfly 网络,TPU 8tx 让多步智能体持续运转,与 TPU 8t 相比延迟最多降低 2 倍,性能损失几乎为零。

把训练级算力与快速推理网络结合,也意味着组织可以在同一套系统上同时运行和定制模型。TPU 8tx 让团队能够用私有数据微调模型、把大模型蒸馏成小模型、通过强化学习训练智能体,而这一切都不需要在不同集群之间迁移敏感数据。

TPU 8tx 专为敏感的企业工作负载设计,为私有微调和安全的智能体执行提供硬件级机密计算。

TPU 8i Max

我们的第四套系统 TPU 8i Max 针对的是另一个问题:内存墙。

当几十个 AI 智能体同时在整个软件代码库或数小时的视频上协作时,内存带宽很快就会成为瓶颈。所以我们把两颗低延迟的 TPU 8i 芯片合并到了同一个封装上。

TPU 8i Max 让算力和内存同步扩展,提供 TPU 8i 两倍的算力、两倍的 SRAM 和两倍的 HBM 带宽,让处理器始终备好所需数据,大型工作负载不会停顿。此外,由于 TPU 8i Max 在现有机架占地内容纳了两倍的芯片,数据中心每平方英尺、每瓦可以部署显著更多的算力。

双芯片的 TPU 8i Max 系统,专为超大上下文窗口和最高算力密度而设计。

虽然这四套系统在各种工作负载上都很灵活,但合起来,第八代 TPU 为客户在智能体生命周期的每个阶段都提供了专用加速器:TPU 8t 用于规模化训练,TPU 8i 用于低延迟推理,TPU 8tx 用于机密计算,TPU 8i Max 用于超大上下文窗口和单机架最高算力密度。

向每一位开发者开放 TPU

十多年前我们推出第一款 TPU 时,只有少数几家公司在运行需要 TPU 处理能力的工作负载。那时的用例很专门,工程师会使用经过优化的框架和手工调优的代码。

多年来,随着 AI 的进步,越来越多公司开始使用加速器。如今 AI 的普及程度已经到了 TPU 适合各种公司和用例的阶段,因此我们一直在系统性地消除采用障碍,让 TPU 像通用硬件一样易用。

这些投入今天在以下几个关键领域汇聚:

  • **向每一位 PyTorch 开发者开放 TPU 开发,无需重写代码:**上个月,我们开源了 TorchTPU,PyTorch 代码和 Hugging Face 模型现在可以在 TPU 上原生运行,同时为 vLLM 和 SGLang 等领先的开源推理引擎提供开箱即用的 TPU 后端。为了让硬件优化毫不费力,我们新的开源 TPU 智能体套件(现为预览版)可直接接入 Claude Code、Cursor 和 Google Antigravity 等编程工具,几分钟内自动完成 TPU 上手、诊断瓶颈,并用自然语言自动调优自定义内核。对于生产部署,我们新的开源 XLA Serving Engine 让你用 Python 训练模型,然后直接在跨 TPU、GPU 和 CPU 的低延迟 C++ 运行时中提供服务。
  • **在 InferenceX 和 AgentX 基准上取得业界领先的生产性能:**在生产中,真正重要的是真实 AI 工作负载上的结果,而不是理论峰值芯片速度。在测试真实智能体编程和长上下文工作的行业标准 InferenceX 和 AgentX 基准上,我们在 TPU 上的原生 vLLM-TorchTPU 软件栈取得了最先进的性价比成绩。新的评估表明,这些优势覆盖大量前沿开源模型和开源服务栈,同时保持很高的模型准确率。同一硬件上即将推出的软件优化会进一步提升这些结果。
  • **消除自主智能体的闲置算力浪费:**由于 AI 智能体是有状态的,它们经常在等待数据库查询、外部软件工具或人工反馈时暂停几秒到几小时。为了让加速器在这些暂停期间更节能,我们新的 Agent Compute Engine 软件会自动挂起空闲的智能体会话,并在毫秒级把工作内存移出芯片,降低基础设施运营成本。
  • **用模型状态层(TPU Sync)突破内存墙:**围绕芯片构建计算机,也意味着在软件中统一内存、存储和网络。当智能体在百万 token 上下文和持续强化学习(RL)循环中推理时,内存很快会成为瓶颈。我们正在开源 TPU Sync,即 TPU 集群的模型状态层。TPU Sync 把芯片 HBM、主机 DRAM、共享存储和数据中心网络变成一个协同设计的统一内存层级——在毫秒级自动把海量 KV 缓存分层移出芯片,在分离的 prefill 和 decode 节点之间流式传输上下文,并同步 RL 权重,把 KV 传输延迟和首 token 时间(TTFT)降低 90% 以上。
  • **从单个控制器扩展 TPU 上的分布式工作负载:**Cloud Pathways 现已在 Google Kubernetes Engine(GKE)上正式可用,把支撑 Gemini 的 Google DeepMind 运行时带给每一位 Google Cloud 客户。借助单控制器架构和 pathwaysutils,你可以像操作一台本地机器一样,跨多个切片编排大规模 TPU 系统,用于预训练、强化学习和多主机推理。Cloud Pathways 通过同位部署的 Python sidecar、一分钟内的切片热替换和弹性重分片,让长时间运行的任务在硬件故障中保持运转。
  • **用 GKE 动态切片按需拼接自定义 TPU 拓扑:**现已正式可用的 GKE 动态切片利用光路交换(OCS)技术,把物理硬件供给与逻辑切片的形成解耦。通过动态地把 TPU 立方体组装成更大的拓扑(超切片),或即时划分为更小的隔离工作负载(子切片),这次更新彻底消除了僵硬的手动节点池重建周期。这种拓扑灵活性让任务启动时间最多缩短 5 倍,故障恢复最多加快 4.5 倍,最大化所有 TPU 的整体集群利用率和工作负载 goodput。

用十年经验进行协同设计

一年内交付四套 TPU 系统和统一的开放软件栈,只有在芯片架构师、网络工程师、编译器团队和 Google DeepMind 研究人员并肩工作时才可能实现。

我们甚至越来越多地借助 AI 来构思和打造下一代 AI 基础设施。从使用 Google DeepMind 的 AlphaChip 强化学习系统,到用 Gemini 在几小时而不是几周内完成芯片布局,我们正在用 TPU 驱动的 AI 服务快速加速下一代 TPU 硬件的开发。这才是真正的协同设计,也是 Google 独特的差异化优势。

想进一步了解我们的新 TPU 系统,请收看今天太平洋时间上午 9 点的直播。

原文信息
标题
谷歌一口气补齐第八代 TPU:TPU 8tx 做硬件级机密推理,TPU 8i Max 双芯封装把算力、SRAM 和 HBM 带宽都翻倍
作者
Amin Vahdat
来源
Google 官方博客
发布
2026-11-09
收集于
2026-11-10 00:00 · 2026-11-10-00-ai.json
链接
https://blog.google/innovation-and-ai/infrastructure-and-cloud/global-network/tpu-8i-max-and-8tx/
打开原文 ↗

转载,侵删。版权归原作者,如有侵权请来信,收到后删除。

同一批次的其他文章

00:00批次 · 2026-11-1012 篇
>

Anthropic 最早周二启动 IPO 路演,上周 AI 股暴跌后估值讨论已降到约 1.1–1.3 万亿美元

Bloomberg Law 11 月 9 日报道:Anthropic 的等待期到期,最早周二就能正式向投资者推介 IPO;上周 AI 相关股票大跌,一度把波动率指数推到 25 以上,这个区间通常会让公司推迟上市。Bloomberg 11 月 6 日报道称,潜在买家在讨论 1.2–…

Bloomberg Law
>

腾讯首席 AI 科学家姚顺雨:AI 生物武器风险快来了,但把模型全关起来不是办法;腾讯 Hy4 将以开放权重发布

据《南华早报》,姚顺雨主张开源和闭源混合,他举了 Hugging Face 被入侵时 Claude 拒绝分析攻击日志、最后改用 GLM-5.2 的例子。The Decoder 补充了另一面:开放模型的拒答很容易被 abliteration 去掉,封闭模型又常常过滤过度,Claud…

The Decoder
>

特朗普在《60 分钟》谈 AI 安全:风险「没有他们说的那么真」,还称司法部警告过一位大 AI 公司负责人「准备坐牢」

特朗普没有点名是哪家公司,只说是「大公司之一」,并称对方之后「彻底改变了一切」。他表示愿意和民主党合作搞 AI 安全护栏,但不想让美国落到「第二」。在民主党刚赢得国会、AI 监管预期升温的背景下,这段表态值得留意。

The Verge
>

迪士尼和 Adobe 签多年合作:用 Firefly Foundry 训练专属迪士尼角色和画风的生成模型

Adobe 在 MAX 大会宣布,双方会在 Firefly Foundry 上做「以艺术家为主导」的定制模型,用迪士尼自己的角色、场景和视觉风格训练,输出可商用;迪士尼的主题乐园、邮轮和 ESPN 都会提前用上 Adobe 新技术。The Verge 指出,此前彭博报道迪士尼正准…

Adobe 官方
>

CoreWeave 和 Wayve 签多年协议:Wayve 的自动驾驶基础模型在 CoreWeave 云上训练,新模型不比现役强就不上路

CoreWeave 官方宣布,Wayve 会在它的平台上追踪、评测和对比每一个 AI Driver 模型,只有超过当前上路版本的才会部署。这说明「物理 AI」正在成为 GPU 云的新需求来源,不只是大语言模型。

X · @CoreWeave
>

美团 LongCat-2.5 正式开放权重,MIT 协议可商用:1.6 万亿参数、每 token 激活约 480 亿、百万上下文

这是 11 月 2 日发布的模型这次真正放出权重,Hugging Face 上同时有 W4A4 版本。改进点:视觉信号被编码成多层级离散 token,和文本走同一个主干,而不是外挂视觉模块,所以视觉编程和 3D 类任务更强;推理时专家权重和激活都量化到 4 bit,直接用 INT…

Hugging Face · 美团 LongCat
>

Amazon 提出 HOPE 专家剪枝:考虑专家之间的「搭档关系」,砍掉一半专家时智能体编程任务比次优方法最多高 6.1%

问题:MoE 模型推理时所有专家都要占显存,比如 Qwen3.5-122B 约 95% 的参数内存都在专家 MLP 上,但每个 token 只用 8 个。现有剪枝给每个专家单独打分,忽略了专家会成组协作。HOPE 用二阶方法考虑专家两两之间的交互,在 50% 剪枝率下平均排名最好…

Hugging Face 博客 · Amazon
>

LowRAM:同一注意力头里的 V 大多能从 K 预测出来,据此把 KV 缓存压到 4 倍近无损,叠加量化后可压 26.9 倍

改进了什么:长上下文时 KV 缓存的显存随长度线性增长,限制了批量和吞吐。靠什么:作者发现每个头的 value 大体可以由 key 预测,于是测试时拟合一个轻量预测器,只给重建最差的 token 存残差;再配上跨层低秩 key 压缩。效果:4 倍压缩下解码峰值吞吐最高提升 5 倍…

arXiv / Hugging Face Papers
>

英伟达 AutoCompress:按目标显卡和推理引擎的真实延迟、吞吐、显存来剪枝,把 Nemotron 3.5 Super 从 120B 压到 74B 单卡 B200 跑 128K

改进了什么:以前剪枝按参数量挑大小,但参数量预测不了实际延迟和显存。靠什么:把推理引擎的成本模型放进可微架构搜索,同时优化全局和逐层结构,得到每层不一样的异构架构。效果:比 Minitron 在 RTX 5070、5080 和 H100 上平均准确率分别高 6.57、2.35 和…

arXiv / Hugging Face Papers
>

FinDendro:大模型「不知道自己知道什么」,用它做金融回测没法靠自报或知识截止日期保证没有信息泄露

新基准包含 1999–2026 年 2,226 条带日期的美国宏观、股价和美联储决议事实。结果:多数前沿模型低估自己的知识,GPT-5 答对 76%,却只声称知道 38%,在它说「不知道」的事实里也答对 61%;让模型「假装站在过去某天」几乎不改变准确率。结论是,在训练窗口内的回…

arXiv / Hugging Face Papers
>

Nace AI 的 Drex Max v1.1 决策模型登上 Artificial Analysis 决策榜第一,延迟 183 毫秒,即将开放权重

Drex Max 不生成文本,而是给定一组选项和上下文直接做选择,支持 256K 上下文。kimmonismus 转述论文:延迟约 183 毫秒,对比 Claude Opus 5.5 约 3.5 秒、GPT-6 Sol 约 2 秒。对路由、分类、审批这类企业决策环节,这种「只做选…

X · @NaceAI
>

WordPress 母公司 Automattic 推出 Spacefast:给 vibe coding 应用配齐数据库、登录、邮件和分析,可接任意智能体

Spacefast 和 Lovable、Emergent 竞争,但不绑定自己的界面,可以接 ChatGPT、Claude、Cursor、OpenClaw 等十几种智能体,或者直接连 Git 仓库。负责人说企业现在的痛点是 IT 蔓延,市场部在各种平台上批量做落地页,需要收拢到一家…

TechCrunch