← 全部文章

Meta’s Infrastructure Team Needs A Culture Reset

2026-07-22 · 原文

在近期关于 Meta 超级智能(Meta Superintelligence)的通讯文章中,我们阐述了看好 Meta AI 的理由。如今,MSL 已经具备了诸多必要条件,有望赶上 Anthropic 和 OpenAI,重返技术前沿。然而,我们也曾简要提及困扰 Meta 基础设施团队的文化问题。本文将深入探讨这些文化问题是如何演变为代价高昂的失误的,无论是像收购 Rivos 这样的举措,还是在硬件架构上的奇特选择。
我们认为,Meta 基础设施部门需要进行一次文化重塑,以更好地服务于 Meta AI 组织,尤其是 MSL 那些世界级的研究人员。鉴于 Meta 开始向外部客户出售计算资源,而不再仅仅服务于内部用户,这一点显得尤为重要。
Meta 基础设施部门已变得机构臃肿。中层管理者将资源投入到过度设计的解决方案中,却忽视了更广泛的组织需求。公司内部似乎存在过多各自为战的团队,他们过度优化某些指标,而非为公司交付实用的技术。中层管理者会千方百计地证明其提案的合理性以保住自己的职位,这使得该组织变得极度政治化。
一个重大问题在于 Meta 的六个月绩效评估周期。每个评估轮次都会淘汰排名靠后的 10% 到 15% 的员工。这导致整个组织的员工只追求短期成果,忽视长期战略。一些管理者热衷于推动见效快、曝光度高的项目,这种做法被称为“粉饰门面”,随后便迅速转向或放弃这些项目。极少有人公开质疑领导层,导致错误决策得不到纠正。整个体系不仅不鼓励长期思考,还催生了规避风险的行为。
在 Meta 基础设施部门内部,供应链团队对工程团队几乎没有话语权。结果就是,技术决策往往受政治动机驱使,而非出于对整个公司利益的软硬件协同设计考量。
频繁的战略转向也十分常见。由于 Meta 一向有砸钱解决问题和高速执行的名声,相比于采取更稳健或保守策略的公司,其路线反转往往代价更高。当已确定的设计中标项目随后被取消时,供应商也会失去信心。这导致新设计在供应链中的优先级降低。由于 Meta 频繁重组,一些供应商更倾向于专注于 Amazon 或 Google 的设计。
Meta 的许多问题源于财务纪律的缺失。为了扩充并证明 AI 等项目获得的巨额预算是合理的,管理者们不断设立新项目并扩大人员规模。这重蹈了 Meta 旗下 Reality Labs 部门的覆辙。该部门曾斥资数十亿美元招聘工程师并投入研发,直到公司因业务重心转向 AI 而引发裁员,才从 2022 年开始大幅削减团队规模及相关项目,这一过程一直持续到今年。

Rivos 收购案

首先,Meta 最近的重大失误之一,是去年斥资超过 25 亿美元收购了芯片初创公司 Rivos。
在 Meta 芯片部门内部,很少有人完全理解公司当初为何要收购 Rivos。那些曾在内部力推这笔交易的人如今也保持沉默。目前普遍的看法是:Meta 资金充裕,定制芯片领域正不断升温,而且公司此前已经在为未来的一款芯片授权使用 Rivos 的 IP。因此,管理层认为,与其让别人染指,不如直接将 Rivos 的技术完全据为己有。
通过收购 Rivos,Meta 还获得了绕过 Broadcom 等合作伙伴的能力。它可以自行管理定制芯片的制造和测试,这种做法被称为 customer-owned tooling(客户自有工具)。然而,为这一特权支付超过 25 亿美元并不划算。毕竟,从零组建一支 COT 团队,每年花费大约 1 亿美元或略多一些也就够了。
Meta 原本只想要 Rivos 的加速器和 GPU 团队,但这家初创公司的创始人坚持全盘交易,不接受部分收购。Meta 最终买下了整个公司,随后在不需要的业务部门进行了大幅裁员。
Source: SemiAnalysis, Rivos
一些前 Meta 芯片员工表示,这起收购是由 Meta 芯片业务负责人 Yee Jiun Song 主导的。他不顾部分下属的反对推进了这笔交易,但此后便失去了兴趣。结果是,整个组织对这种“移植”产生了排异反应,导致 Rivos 员工陷入孤立无援的境地。现有的 Meta 芯片管理者将这起收购视为免费的人员储备池,纷纷抽调 Rivos 的工程师来扩张各自的势力范围。他们将这家原初创公司向不同方向拆解,最终使其所剩无几。
这起交易背后的技术考量同样迅速落空。Meta 原本看重 Rivos 的一个原因,是后者拥有 SIMT 核心 IP。在可编程性方面,这种架构更接近 Nvidia 风格的 GPU 架构,而 Meta 自有的 MTIA 采用的则是 SIMD 架构。然而交易完成后,Meta 却取消了代号为 Olympus 的芯片项目。该项目原定使用 Rivos 的 GPU IP,但其系统和封装架构设计过于激进,相关软件也远未成熟。因此,Meta 转而通过 MTIA 600 继续沿用现有的芯片架构。
Meta 依然希望开发一款整合 Rivos 技术的芯片。为此,他们启动了一个名为 Phoebe 的新芯片项目,计划于 2028 年流片。不过,Meta 内部并非所有人都对该项目持乐观态度,部分人认为它最终也可能会被取消。我们一直在为 Accelerator Model 的订阅用户持续更新各种定制芯片架构、平面布局及产能的详细信息。
与此同时,刚加入 Meta 的 Rivos 员工正在快速体验 Meta 的内部文化。与 Apple 等成熟的硬件机构不同,Meta 的硬件路线图和软件路线图一样变化频繁,不断进行战略调整。这意味着你目前正在做的工作,可能在六个月后就变得毫无意义。Meta 芯片部门内的许多人表示,部门缺乏清晰的组织架构,没有明确的决策流程,各个团队之间的职责归属也很模糊。
有一个能让不了解内部细节的人也能感受到的有趣乱象:Meta 并不给大多数员工分配固定工位。有些入职超过一年的员工依然每天需要四处寻找工作位置。有时工位上有显示器,有时显示器的线缆不对,有时则根本没有显示器。员工曾正式申请分配固定工位却遭到拒绝,尽管到处都有空着的工位。
最后,Rivos 的收购引发了 Meta 原有芯片团队的不满。许多 Rivos 工程师加入时获得了更高的薪酬和头衔,却并未承担与之相称的职责,并且他们被安排在 Meta 原有芯片员工之下。这导致原有团队士气低落,同时也让新加入的 Rivos 员工感到不满,因为他们缺乏决策权。自今年年初以来,已有不少 Meta 芯片工程师离职,转投初创公司或 Arm 和 Nvidia 等成熟企业。
正如我们最早向客户报道的那样,作为收购一部分加入 Meta 的 Rivos 工程师中,约有 30% 在最近的裁员中被解雇。Rivos 联合创始人 Mark Hayter 已经离职。自五月份首批 RSU(限制性股票单位)归属后,许多前 Rivos 员工相继离开 Meta,加入了 Gerard Williams 创立的新芯片初创公司 Nuvacore。我们认为,Rivos 首席执行官兼联合创始人 Puneet Kumar 也在打算一两年后离职,届时他在 Meta 的股份将全部归属。有猜测称,他可能会加入 Rosaic Labs,这是一家由 Amarjit Gill 联合创立的新芯片初创公司。Amarjit Gill 是 Rivos 的投资人,也是 Puneet Kumar 在 SiByte、P.A. Semi、Apple 和 Agnilux 的长期合作伙伴。

Grand Teton

现在我们来谈谈 Meta 的 AI 服务器设计。Meta 的硬件决策在很大程度上取决于 TCO(总拥有成本)分析。该分析会将排序推荐和 GenAI 等一系列工作负载,与 Nvidia、AMD 以及其自研芯片方案提供的性能进行对比。Meta CEO Mark Zuckerberg 下达了一项指令:正在设计的系统必须适用于整个业务。这意味着它们不仅要支持 GenAI 工作负载,还要支持核心的排序与推荐系统。
然而,Meta 依然决定为其 GPU 服务器采用几项“优化”措施。这些选择都很奇怪,往往还不如其他超大规模厂商采购的标准配置好。部分原因在于,该公司的服务器团队与网络团队分属完全独立的组织,目标和观点各不相同。Meta 工程师还倾向于拥有自研的网络操作系统和硬件,而不是依赖其他公司。
简单回顾一下,Meta 的 H100 HGX 服务器被称为“Teton Grand”,该设计已贡献给 OCP。与标准 HGX 服务器的主要区别在于,它在标准的 GPU 和 CPU 头节点配置之外,增加了一个交换托盘。该交换托盘容纳了四个 Broadcom PCIe 交换芯片、16 个 SSD 和八个 NIC。其作用是提供额外的 PCIe 通道,以便 Grand Teton 能够为每台服务器增加更多 SSD。
Source: Meta
正是在 Hopper 这一代,Nvidia 实际上通过在其 ConnectX-7 NIC 中集成 PCIe 交换功能,消除了对独立 PCIe 交换芯片的需求。
Intel Sapphire Rapids 主机 CPU 可提供 80 条 PCIe 通道。Meta 本可以设计一种服务器,将 2 个 200G 前端 NIC 各以 8 条通道连接,分配 4 条通道用于各种管理和控制,并为 8 个 ConnectX-7 NIC 各分配 16 条通道。这样还能剩下 32 条通道来连接 8 个 E1.S SSD。因此,最终借助 Grand Teton,Meta 得以为每台服务器多挤出 8 个 SSD 的空间。但代价是更高的服务器 BOM 成本、更大的功耗以及更多的集成复杂性。
Meta 为什么需要这么多额外的直连存储呢?基础设施团队当初如此配置,是认为训练过程中的检查点(checkpointing)需要更多存储空间。然而在实际生产中,这些存储的使用率远没有达到模型团队的预期,这也是该设计最终被取消的原因。这个例子说明了硬件与软件缺乏协同设计会导致资源浪费,而此类情况在 Meta 并不少见。
Meta 的其他理由是,该设计更易于维护,并且在使用非 Nvidia NIC 方面提供了灵活性。其工程师希望避免将更多业务交给 Nvidia,尤其是在网络方面,因为他们在 GPU 上已经对 Nvidia 有了很强的依赖。
不过无论如何,Broadcom 的交换机都无法得到有效维护。而且 Meta 的软件栈依然依赖 Nvidia 版本的 RoCE(一种用于 GPU 流量的网络协议)。因此,现实中 Meta 根本不可能更换网卡供应商。最终,Meta 付出了更高的成本,TCO 也变得更差,既没有降低对 Nvidia 网络设备的依赖,反而增加了对 Broadcom 的依赖。

Ariel

Grand Teton 并不是服务器设计上的一次性失误。这种状况延续到了 Blackwell 时代,体现在 Meta 定制的 GB200 Catalina 机柜(也称为“Ariel”)上。大家通常购买的普通 GB200 SKU 采用的是一块 Grace CPU 搭配两块 B200 GPU。但 Ariel 不同,它采用一块 Grace CPU 搭配一块 Nvidia B200 GPU。其实现方式很简单:Ariel 沿用了 GB200 标准的 Bianca 计算板,只是将每块板子上的其中一块 GPU 空焊移除了。
Source: Meta
Meta 的工程师对单机柜 GB200 NVL72 的稳定性感到担忧。NVL72 系统结构复杂,包含作为所有芯片连接中枢的铜背板、密集的数英里长铜缆,以及芯片与背板之间数以千计的连接点。Meta 基础设施团队起初认为,NVL36x2 配置会比完全通过背板互连的 NVL72 更加稳定。
由于 Ariel 在单个机柜内只有 36 块 GPU,要实现 72 芯片规模的世界级扩展,就必须采用 36x2 的架构。跨机柜的 ACC 连接着不同机柜间的交换机托盘。这意味着交换机数量翻倍,同时也增加了一跳的延迟。
Source: SemiAnalysis
Meta 是这款 Ariel SKU 的唯一客户。原因在于 Meta 对其推荐系统(简称“RecSys”,用于推荐个性化广告和信息流)有着更高的 CPU-GPU 比例的执念。其逻辑在于,RecSys 会使用大量的嵌入表来存储用户、广告和内容的表征。这需要大量受限于 CPU 的处理能力,而每块 Grace CPU 提供的额外 LPDDR 内存可以用来存储这些嵌入数据。由于这些数据的读取小而分散,因此内存带宽不像运行大语言模型时那么关键。
另一方面,增加 CPU 比例以及 36x2 配置带来的额外 NVLink 网络组件,导致单块 GPU 的服务器资本支出上升。其结果是,相比标准 GB200,它的每 FLOP 成本、每 HBM 容量成本及带宽成本都要高得多。这些都是 LLM 和生成式 AI 工作负载的核心指标,使得 Ariel 在 LLM 训练和推理方面表现糟糕得多。总而言之,我们的计算表明,Ariel NVL36x2 服务器的 TCO 比标准 GB200 NVL72 高出了 14%。如前所述,这笔额外开销用于增加更多的 CPU 和 DRAM 组件,而 LLM 团队根本用不上这些。这项决策让 Meta 损失了数十亿美元。
更不用说跨机架 ACC 采用 2 跳扩展方案所带来的额外网络复杂性和可靠性挑战了。正是这些挑战,导致部分超大规模厂商仅出货了少量 36x2 配置,且仅限 GB200。而在 GB300 中,36x2 配置被彻底取消。讽刺的是,Meta Infrastructure 最初押注 NVL36x2 配置会比完全依赖背板的 NVL72 更稳定。虽然背板最初确实是可靠性问题的来源,但如今背板技术已非常成熟,最终胜过了跨机架线缆连接。该公司低估了 36x2 设计带来的跨机架布线问题,同时也高估了在 NVL72 中让背板正常工作的难度。将 36 个 GPU 放在 1 个机架内,对背板可靠性并没有带来任何额外的好处。
因为我们了解到 Meta 的 GB200 集群全部采用了这款 Ariel SKU,这种“优化”反而给 Meta 的大模型团队带来了沉重负担。他们的系统反而不如竞争对手购买的标准 SKU。鉴于 GB200 是当时生成式 AI 的旗舰系统,这一点显得尤为刺痛。不出所料,Meta 在 GB300 系列服务器中不再使用 Ariel,并开始采购标准配置。

即将推出的 AMD MI450X:如同用枪指着自己的艰难抉择

2026 年 8 月 3 日更新:我们已根据最新信息更新了 Meta 定制版 MI450X SKU 的配置。然而,类似的情况现在又出现在了 AMD 的 MI450X 上。在 AMD 2026 年第一季度财报电话会议上,Lisa Su 确认 AMD 正向 Meta 提供一款基于 MI450 的定制 GPU。我们在“加速器模型”中对此已报道了数月。这款 Meta 定制版 MI450X 是完整版 MI450X 的阉割版本。它的 I/O 减半,8 个计算芯粒/XCD 中仅保留了 6 个。其 HBM4 也从标准版的 12-Hi 降级为 8-Hi。
Source: AMD, SemiAnalysis
由于只有 1 个 I/O 芯粒而非 2 个,可用的 I/O 通道从 144 条减少到了 72 条。通道预算减少,扩展带宽也必须随之降低。我们认为其扩展通道数为 36 条,而非完整的 72 条。这意味着在 Meta 的方案中,每个机架所需的 Tomahawk 6 交换机数量将减半。剩下的 36 条通道则用于系统和向外扩展。其中,16 条 UAL 128G 通道连接到网卡,实现每颗 GPU 1.6T 的向外扩展带宽;另外 16 条 Infinity Fabric 通道用于连接主机 CPU。
由于这些决策,Meta 版本的 MI450X 在网络能力上做出了重大妥协。每颗芯片的扩展带宽减半,仅为 900GB/s,而 Rubin 为 1,800GB/s。相比常规版本,其算力也降低了 25%。虽然算力的下降幅度不算太大,但减少 2 个计算芯粒所节省的成本,在整个系统的背景下微乎其微。因此,人们不禁怀疑这个选择是否值得。
这款芯片配置专为 Recsys 工作负载设计,由 Recsys 基础设施团队拍板决定。然而,这一决定在 TBD Lab 成立或发表意见之前就已做出。鉴于存在严重的网络性能短板,TBD 将更倾向于选择 Vera Rubin。AMD 设计的 MI450X Helios 旨在超越或匹敌 Vera Rubin 的规格,但 Meat Infra 却决定背道而驰,在计算和网络方面制造短板。
这一决定将让 AMD 在 Meta 的出货量遭遇重创。如果采用这款定制的 MI450 设计,TBD 将会大幅倒向 Rubin。AMD 必须出面干预,拿出点担当,直接与 TBD 团队对接。他们需要确保 TBD 采用标准版 MI450,而不是那个对 GenAI 极为不利的残血版 Meta 定制型号。标准版 MI450 才能真正与 Nvidia 的 Vera Rubin 一较高下。
我们在此公开呼吁 Meta 和 AMD:不要浪费硅片,去打造更好、更高效且更具成本效益的 AI 基础设施。如果能做出这一改变,我们认为 TBD 实际上会考虑采用 MI450。
Zuckerberg 的指令不过如此。接下来,我们将剖析 Meta 复杂且昂贵的 DSF 网络架构,以及 Meta 为何迅速弃用。我们还将探讨如何扭转这种企业文化。

由 mcli LLM 翻译生成 · SemiAnalysis 文章中文版