GB10芯片对比：RTX Spark可跑Win，DGX Spark不行

本周一，NVIDIA 冷不丁扔出一颗重磅冲击波——RTX Spark 超级芯片，原生支持 Windows on ARM（WoA），瞬间让开发者们眼前一亮。这枚搭载 GB10 超算芯片的产品，硬是在 ARM 架构下把完整的 Windows 桌面体验和成熟的 CUDA 生态给打包在了一起，终于把过去 ARM 平台上那个“Windows 算力不足”的老问题踩在了脚下。

消息一出，不少人自然就琢磨开了：那台同样顶着 GB10 处理器的 DGX Spark，是不是也能装个 Windows 试试？答案很可能是——不行。关键不在于芯片算力够不够，而是固件架构、硬件描述规范和驱动生态这三层底子，压根就不是一路人。最要命的，就是 UEFI 和 ACPI 这两套硬性标准卡着脖子。

两款产品虽然共享 Grace Blackwell 组成的 GB10 SoC，CPU 和 GPU 硬件规格基本一模一样，但从出生那天起，产品定位就决定了各自的固件路线。RTX Spark 瞄准的是消费级 AI PC，立项之初就对标微软的 WoA 规范，固件里装着一套完整的 UEFI 启动框架和标准化的 ACPI 硬件描述表单，是正经经过微软认证的 ARM 桌面硬件。而 DGX Spark 呢？它的主战场在科研和 AI 推理，出厂预装的是基于 Ubuntu 定制的 DGX OS，固件打一开始就适配 Linux 生态，默认靠设备树（Device Tree，DT）来完成硬件枚举。

ACPI 和设备树，这两套硬件描述体系互不兼容，说它们是 Windows 和 Linux 在 ARM 平台分家的那道“楚河汉界”也不为过。Windows on ARM 有个硬性规定：系统只能通过 UEFI 调取 ACPI 表格，才能完成硬件识别、中断分配和电源管控。没有 ACPI，Windows 内核连 CPU、显卡、内存在哪都找不到。而设备树是 Linux 的专属方案，靠一个独立的 DTB 文件在开机阶段把硬件参数递过去，结构精简，非常对嵌入式和服务器的胃口。可惜，这套描述格式 Windows 内核压根不认识。所以仅靠设备树启动的 DGX Spark，原生固件根本没法引导 WoA。

过了固件这关，还有一道更现实的门槛——全套适配驱动。RTX Spark 是英伟达联合微软深度优化的产物，早早地就把 ARM64 版的显卡、网卡、统一内存等 Windows 驱动全部搞定了。反观 DGX Spark，它的 NVLink-C2C 互联、ConnectX-7 网卡、专属电源管理芯片，目前只有 Linux 驱动，官方压根没给 Windows 驱动留位置。

要让 DGX Spark 跑 Windows，英伟达就得把固件整个推倒重来：删掉原生的设备树配置，重新开发一套完整的 ACPI 表单，再从零开始移植整个 Windows 驱动栈。这个改造量，用“浩大”来形容一点也不过分。所以现阶段，哪怕是同款芯片的 DGX Spark，也只能稳稳地跑 Linux，很难原生适配 Windows on ARM。

话说回来，DGX Spark 深耕 Linux 生态，对专业 AI 开发者来说，反而是不可替代的核心价值。Linux 开源开放、轻量、高稳定，天生就是做大模型训练、AI 推理、高性能算力调度的料。主流 AI 框架、深度学习库、算力调度工具几乎都优先适配 Linux，开发者可以从开发到训练再到部署，一气呵成。更重要的是，DGX Spark 的 NVLink 高速互联、超算级统一内存、硬件算力调度这些核心特性，只有在 Linux 下才能满血释放，把 GB10 芯片的极致算力压榨出来。再加上 Linux 支持精细化权限管控、自定义内核优化、批量任务调度，能有效降低大规模 AI 研发的运行延迟和资源损耗。科研机构和企业要做高端 AI 算力研发，Linux 就是那个最优解——这也是英伟达坚持让 DGX Spark 死磕 Linux 生态的根本原因。

来源：互联网