微软为其云端设计的前两款定制硅芯片
微软首批自研云芯片——Maia AI 加速器和基于 Arm 的 Cobalt CPU——被视为超大规模云厂商减少对 Nvidia 依赖并纵向整合 AI 基础设施的更广泛举措的一部分。评论者指出,Nvidia 仍凭借成熟的软件生态和对稀缺 TSMC 产能的获取主导训练市场,但用于推理和通用工作负载的定制硅片可以在超大规模场景下改善经济性。讨论还涉及全球芯片制造瓶颈的战略风险、服务器端向 Arm 的日益转移,以及前沿 AI 硬件正变成个人只能租用而非拥有的担忧。
微软 Maia 和 Cobalt 芯片概览
- 两款芯片:Maia(AI 加速器)和 Cobalt(128 核 Arm 服务器 CPU)。
- 二者均由 TSMC 基于 N5 工艺制造;Maia 约有 1050 亿个晶体管,并支持用于 AI 的新型低于 8 位的“MX”数据类型。
- Cobalt 基于 Arm Neoverse CSS,按微软需求定制,并在 Teams 和 SQL Server 等工作负载上进行了测试。
- Maia 采用液冷,说明其面向高 TDP 与高密度场景。
与 Nvidia 及其他加速器的竞争
- 许多人认为这更多是为了减少对 Nvidia 昂贵且供给受限的 GPU 的依赖,而不是在性能上超越它们。
- 有人认为 Nvidia 仍主导训练;竞争者(Google TPU、AWS Trainium/Inferentia、Intel Gaudi、AMD MI300 等)被视为替代方案,但生态更小。
- 关于 Maia 的真实性能仍有疑问;微软披露的硬指标很少。
训练 vs 推理与成本动态
- 一些帖子强调训练与推理是不同市场;许多新芯片聚焦推理,但 Maia 声称也支持训练。
- 有人估算:训练 GPT 级模型的单 token 成本比推理高出几个数量级;随着时间推移是否能实现成本持平,取决于用户基础和使用量。
垂直整合与云战略
- 这被视为超大规模云厂商争取全栈控制(芯片 → 云 → 软件)与利润获取的一部分。
- 微软在“同时下注所有方向”:仍大量使用 Nvidia,与 AMD 合作,同时自行研发硅片。
- 这些芯片不会出售;只能通过 Azure 获取,类似于 Google 的 TPU 和 AWS 的 Graviton/Trainium。
TSMC、制造瓶颈与地缘政治
- 人们强烈担心 TSMC 作为几乎所有高端 AI 芯片的单一先进制程瓶颈。
- 讨论中提到 CoWoS 和 HBM 封装限制是关键约束,而不仅仅是晶圆产能。
- 更广泛的担忧包括台湾的地缘政治风险以及对 ASML EUV 设备的依赖;共识是,建立可替代的晶圆厂极其依赖资本与知识积累,并且需要十年以上。
ARM vs x86 以及 Cobalt 的角色
- 许多人认为 Arm 在服务器领域由于效率优势是“不可避免”的,这与 AWS Graviton 的趋势类似;也有人认为 ISA 本身并不能决定性能。
- 讨论集中在 x86 是否能长期存活;一些用户更关心绝对性能和软件生态,尤其是在桌面和科学/HPC 场景。
- Cobalt 被解读为微软对 Graviton 的回应,针对 Azure 工作负载和功耗效率进行了优化。
软件生态与 CUDA 护城河
- 反复强调 Nvidia 真正的护城河是 CUDA、库和工具链;在 Nvidia 上一切都“开箱即用”,而替代方案通常需要额外摩擦。
- 有人认为即便某些方案在单次训练成本上更有优势(例如 Gaudi),也会因迭代速度慢得多和工具链较弱而被削弱。
- 像 MX 这样的新格式可能很重要,但前提是要在框架中得到良好支持。
访问、所有权与硬件即服务
- 有人担心定制加速器正在变成“只租不卖”的基础设施;个人和小型组织只能依赖 Nvidia 消费级硬件,或者什么都没有。
- 一些人将此视为更广泛趋势的一部分:从用户可控的通用计算转向云所有的硬件(“Hardware as a Service”)。
FPGA 先例与微软的硬件历史
- 多次提到微软此前的努力:Project Catapult、Brainwave、以及用于网络和加速的 Azure Boost 都使用了 FPGA。
- 有人推测 Maia 很可能建立在这些 FPGA 项目中开发的 RTL/IP 之上,如今随着规模扩大,才有理由转向 ASIC。
对开发者和终端用户的影响
- 对大多数开发者来说,搭载 Cobalt 的虚拟机(就像今天的 Graviton)最可能成为接触点;预期收益主要体现在成本和效率上。
- 有几条评论指出,前沿 AI 可能暂时远离爱好者,但历史表明能力最终可能会逐步普及。