AMD 向 Meta 股票投资 10 亿美元,Helios 机架级系统进入测试
每机架 31 TB HBM4 和纯 CPU 的 Muse 安全虚拟机,揭示 AMD 在 Meta 的全栈布局

AMD 已承诺向 Meta 的股票发行投资 10 亿美元,同时两家公司证实,AMD 的 Helios 机架级 AI 系统已在 Meta 的数据中心安装并进入测试。对于这项瞄准吉瓦级 AI 基础设施的合作来说,这个实体里程碑比投资金额更重要。
这笔 10 月 27 日宣布的股权投资,是两家公司2026 年 2 月首次披露的交易进一步扩大的一部分。早先的协议涵盖最多 6 吉瓦的 AI 算力,包括据报道 600 亿美元的芯片采购,并向 Meta 授予基于业绩的认股权证以获取 AMD 股权。周一的宣布让这一关系部分反转:AMD 现在买入了 Meta 自己的股票发行。英伟达宣布了类似的 30 亿美元投资,比 AMD 早一天参与 Meta 的股票发行,芯片供应商的合计承诺至少达到 40 亿美元,而 Meta 曾表示预计从三家供应商获得约 50 亿美元。
这一安排反映出 AMD 已从零部件供应商深度转变为嵌入式战略伙伴,也引出了分析师在类似情形下指出的结构性问题:当芯片供应商持有最大客户的股权时,商业动机和财务动机就很难分开。
Helios 系统在 Meta 运行:测试已确认,生产规模尚未披露
近期更重要的进展是 Helios 系统已在 Meta 运行,尽管部署范围尚未披露。AMD 没有说明安装了多少机架、运行什么负载,也没有说明 Meta 计划何时从测试扩展到生产规模运营。
Helios 是 AMD 的机架级 AI 系统,围绕 Instinct MI455X GPU 打造,该 GPU 基于 AMD 的 CDNA 5 架构,采用 2 纳米工艺。每个机架容纳 72 颗 MI455X 加速器,每颗 GPU 配备 432 GB HBM4 高带宽内存,单个 Helios 机架合计 31 TB HBM4。AMD 公布的峰值总算力为 FP4 精度 2.9 exaFLOPS、FP8 精度 1.4 exaFLOPS,不过这些是基于硬件规格的理论最大值,而不是经独立基准测试的负载性能。
系统采用双倍宽度的 OCP Open Rack Wide 规格。机架内的纵向扩展网络使用基于以太网的 UALink,这是 AMD 与英特尔、博通、思科和 HPE 等伙伴通过超级加速器链路联盟开发的开放标准互连,用来替代英伟达专有的 NVLink。机架之间的横向扩展连接,Helios 依靠 AMD Pensando 网络基础设施的以太网交换。AMD 称机架内带宽为每秒 260 TB。
Helios 机架在 Meta 安装并进入测试,让 2 月的协议从纸面承诺变成了机房里的硬件。但这并不能证明,AMD 已经解决了从测试机架到已部署生产集群之间的全部集成难题。
云巨头规模下,开放互连对 NVLink 的挑战
英伟达的 Vera Rubin NVL72 系统以 NVLink 作为机架内互连,这种专有互连经历了多代云巨头部署,在规模化运行中有充分记录的性能表现,并有成熟的软件生态支持。AMD 与英特尔、博通、思科和 HPE 通过超级加速器链路联盟开发的基于以太网的 UALink,定位为开放的替代方案:实现多厂商互操作,避免被任何单一供应商的互连锁定。
对于吉瓦级建设的运营方,减少对专有技术栈的依赖具有实实在在的经济和供应链价值,前提是开放标准能在持续的生产负载下达到专有互连的性能。这一假设尚未在 Meta 最终需要的规模上得到独立检验。以每个 Helios 机架 72 颗 GPU 计,6 吉瓦的 AMD-Meta 部署将需要数千个机架并行运行。UALink 必须在整个互连网络上同时维持集合通信性能,也就是训练中用于同步梯度的 all-reduce 和 all-to-all 操作。NVLink 有云巨头规模的运行先例,基于以太网的 UALink 还没有。
在内存容量上,对比明显有利于 AMD。英伟达的 Rubin GPU 配备 288 GB HBM4,NVL72 机架中的 72 颗 Rubin GPU合计约 20.7 TB,约为 Helios 31 TB 的三分之二。内存容量对大上下文推理、需要把活跃专家激活放进 GPU 内存的混合专家训练,以及同时服务多个模型实例都有直接影响。更高的单机架内存上限,可以减少拖累延迟和吞吐量的慢速内存卸载或多节点内存聚合。
AMD EPYC Turin 驱动 Meta 的 Muse 智能体,纯 CPU 是有意为之
AMD 与 Meta 的合作远不止 GPU 加速器,还延伸到服务器 CPU,以及一项对隐私敏感的消费级 AI 部署。
Meta 的 Muse 个人 AI 智能体运行在 AMD EPYC 处理器上的隔离 Linux 虚拟机中。每个 Muse 用户会话都在专属的安全虚拟机中运行,这种沙箱执行环境旨在防止用户数据在会话之间泄露。这些虚拟机完全依靠 CPU 算力运行,没有 GPU 加速,使用 AMD 第六代 EPYC Turin 处理器。
纯 CPU 设计并不是为了省钱,而是出于数据隔离要求的有意架构选择。共享的 GPU 内存池存在理论上的风险:软件漏洞或基于时序的侧信道漏洞可能把一位用户的工作内存暴露给另一位用户。在单独分配的虚拟机中纯 CPU 执行,提供了更强的隔离边界。AMD EPYC Turin 采用台积电 3 纳米工艺,单插槽最高支持 192 核,提供了服务数百万个并发隔离智能体会话所需的吞吐量。
这一 CPU 部署层与 Helios 正在测试的 GPU 加速负载是分开的,但两者一起确立了 AMD 在 Meta AI 基础设施多个层面的存在。Meta 用 AMD Instinct GPU 进行训练、排序和推荐负载;用 AMD EPYC CPU 处理通用服务器业务和 Muse 智能体执行;AMD 还与 Meta 共同设计了 MI450 GPU 架构,Meta 也已确定参与 MI500 系列和未来机架级系统的设计。这种集成深度让 AMD 成为 Meta AI 的结构性平台依赖,超出了一般的芯片供应商关系。
ROCm 的软件差距,以及为什么 Meta 不具代表性
AMD 的开源 GPU 计算栈 ROCm 是 Helios 部署得以成立的软件基础。ROCm 如今提供对 PyTorch、vLLM 和 SGLang 的原生支持,这些都是大多数生产 AI 团队实际使用的推理和训练框架。这种覆盖消除了考虑 AMD 硬件的工程团队面临的最明显的兼容性障碍。
Meta 在软件集成上拥有大多数机构不具备的结构性优势。Meta 共同开发了 PyTorch,拥有庞大的 AI 基础设施工程团队,并有多年在数据中心规模运行 AMD Instinct GPU 的生产经验。遇到 ROCm 兼容性问题或性能缺口时,Meta 有工程能力在内部修复,并把修复贡献回上游。
英伟达的 CUDA 生态在核函数库覆盖、兼容性文档和开发者知识上领先二十年,大多数机构没有 Meta 那样绕开这些障碍的能力。ROCm 支持主要框架,但底层核函数覆盖和社区排障资源仍不及 CUDA。AMD 必须弥合这一差距,Helios 才能在拥有非凡内部工程能力的云巨头之外,赢得广泛的企业市场。
把 6 吉瓦从纸面变成实际交付的千瓦
这份AMD 与 Meta 2 月协议中的 6 吉瓦目标,是现代史上前所未有的 AI 基础设施承诺。部署 1 吉瓦 AI 算力大约需要 40 万颗加速器,即 5500 多个 Helios 机架,还需要有电力保障的数据中心空间、冷却基础设施、机架级和网络级的组网建设,以及运营这一切的人员。
供应链和设施限制可能大大拖慢这一转化。HBM4 内存生产集中在 SK 海力士和三星,而先进封装产能(把 HBM4 堆栈安装到 GPU 芯粒上所需的 CoWoS 或同类基板与中介层技术)是公认的行业瓶颈。新设施的数据中心建设周期以年计,而不是以月计。视地区电网状况和公用事业容量而定,消耗数百兆瓦的场址接入电网可能耗时更长。
AMD CEO 苏姿丰把这项合作描述为跨代协作:「我们正在共同构建和部署吉瓦级基础设施,并塑造未来几代芯片、软件和系统,以支持 Meta 最雄心勃勃的超级智能模型和服务。」这一表述明确面向未来。Helios 在 Meta 的测试里程碑是迈向这一目标的重要一步,代表着吉瓦级承诺与机房里空无一物之间的区别。但这只是一个多年期执行问题的开始,并不证明问题已经解决。
这项合作中蕴含的循环融资风险
即便在一个对空前资本承诺习以为常的行业,AMD 与 Meta 关系的财务架构也不寻常。AMD 在买入 Meta 股票,Meta 持有基于业绩的认股权证以获取 AMD 股权。两家公司都把对方的财务表现嵌入了自己的资产负债表,而 2 月的芯片采购协议把 AMD 的收入前景与 Meta 的 AI 基础设施建设绑在一起,规模之大将使 Meta 成为 AMD 遥遥领先的最大客户之一。
跟踪半导体市场动态的分析师指出,这种相互的财务承诺模糊了商业关系与财务互相依赖之间的界限。当芯片供应商的回报部分取决于客户的股价表现,而客户的 AI 雄心又取决于供应商的规模化交付能力时,双方保持独立商业判断的结构性动力都会减弱。如果 Helios 部署在生产规模上表现不佳,或者 Meta 的 AI 建设出现闲置产能,两家公司面临的后果都将超出商业合同的范围。
对更广泛的 AI 基础设施市场来说,AMD 与 Meta 的这种模式,加上前一天宣布的英伟达对 Meta 的股权投资,表明芯片供应商不再把云巨头客户当作纯粹的商业关系。流入 Meta 股票发行的 40 亿美元芯片厂商资金表明,提供 AI 算力的公司如今把最大客户的财务表现视为自身的延伸。未来两三年 Helios 的部署规模和 AMD 的软件执行能否验证这一押注,将决定这种财务结构看起来是有先见之明,还是为时过早。