RTX Spark 笔记本加密电源表只认 Windows 驱动，原生 Linux 推理只有五分之一
MindStudio 实测：RTX Spark 原生 Linux 推理 13.9 tok/s，约为 Windows 65.4 的五分之一，指向固件加密电源表。
Nvidia 的 RTX Spark 笔记本——GB10 级芯片的 Windows 先行机型——在原生 Linux 下跑不出标称性能。MindStudio 博客 11 月 1 日发表的双系统实测显示，一台 MSI Prestige N16 Flip AI Plus 插电时 GPU 频率锁在约 780 MHz，GPT-OSS-120B 推理只有 13.9 tok/s，同一台机器、同一个模型在 Windows 下是 65.4 tok/s。这篇文章 11 月 4 日登上 Hacker News 首页，截至 UTC 晚间已有 555 分、253 条评论，Nvidia 方面暂无公开回应。
要点
- MindStudio 的双系统对照里，GPT-OSS-120B 的 GPU 推理吞吐为：Windows 65.4 tok/s、WSL 65.1、原生 Linux 插电 13.9，MindStudio 顺带测得桌面版 DGX Spark 为 61。
- 控制组复现了因果链：在 Windows 侧禁用 Nvidia Platform Controllers and Framework，吞吐从约 83 掉到 31 tok/s，频率降到 Linux 插电时同样的 786 MHz；重新启用后速度立即恢复。
- 博客给根因的表述是「固件的电源表是加密的，只有 Windows 驱动能解密」；文中称 Linux 侧没有任何软件层修复奏效，一次尝试还触发了内核恐慌。
背景
RTX Spark 与 DGX Spark 同属 GB10 芯片线，出厂路径却不同：桌面版 DGX Spark 默认跑 DGX OS（Linux），笔记本形态的 RTX Spark 是 Windows 先行。我们 10 月报道过 DGX Spark 64GB 版开售（4,999 美元起，128GB 版涨到 6,950 美元），也报道过 n8n 在一台 DGX Spark 上常驻七个本地模型的教程——那台桌面机的 Linux 推理一路畅通，因为它本来就在 Linux 上跑。这次的锁出现在笔记本侧固件与驱动的交接处：硬件是同一条线，固件问题是另一回事，与 10 月的发售、涨价和教程不可混为一谈。更早的 10 月 19 日，HN 上还有一篇 288 分的装机记（ASUS ProArt P16），当时的难点还在装机本身，没碰到电源表。
事实部分
MindStudio 测的是一台 MSI Prestige N16 Flip AI Plus（RTX Spark，128GB 统一内存），同一硬件在四个环境里跑同一个模型：
| 环境 | GPT-OSS-120B GPU 吞吐 | GPU 频率（插电） |
|---|---|---|
| Windows | 65.4 tok/s | ~2.2 GHz |
| WSL | 65.1 tok/s | — |
| 原生 Linux | 13.9 tok/s | ~780–790 MHz |
| DGX Spark 桌面版 | 61 tok/s | — |
几个补充数据点，全部来自这篇博客：
- 插电反而变慢：Linux 下用电池约 61–67 tok/s，插电掉到约 15 tok/s——与常识相反；频率也是电池约 1.8 GHz、插电约 780 MHz。
- 并发同理：vLLM 八路并发，WSL 127 tok/s，原生 Linux 39.5。
- 长任务放大差距：同一个任务 Windows 约 8 分钟跑完，Linux 用了 37 分钟，全程频率没离开过约 790 MHz；温度稳定在 40–47°C，排除了过热降频。
- 内存保留也锁在 Windows 侧：固件默认把 128GB 统一内存中的 96GB 划给 GPU，只能在 Windows 里改；降到 4GB 能给 Linux 让出 120GB。WSL 默认只给 14GB，跑大模型要手动调大。
- HN 转述标题写「降到 35%」，但按博客自己的数字，13.9 对 65.4 约为 21%，vLLM 口径（39.5 对 127）约为 31%——35% 与文中任何一组都对不上。
各方说法
HN 评论区分成两派。bug 派目前占上风：kllrnohj 认为这「几乎可以肯定是 Linux 驱动的 bug，没有别的」——普通人不会买 4,500 美元的笔记本，谈不上防滥用限制；jasomill 的观察更具体——Linux 用电池全速、插电反而降频，Windows 正好相反，若同一套固件条件也压低插电时 Windows 的表现，「那这个削弱就是 bug」。往坏处想的另一派读出了意图：rich_sasha 问这是「据称的 bug」还是未来的收费项；K0balt 担心我们正走向「百分之百依赖云」，呼吁趁早「建设并维护 sovereign AI」，并把游戏逆向工程遭到的打压看作「通用计算锁定」的预演；提交者 novaRom 翻出微软 7 月公开的「把 AI 模型以 DRM 方式锁定到认证设备」专利；iamnothere 引述说 Nvidia 已表态要给服务器农场推授权与订阅；prcrstntr 替 Nvidia 说话——加密固件「大概是保护 IP，而非封锁 Linux 用户」，跨平台维护开源驱动成本高昂；advael 驳斥这种辩护——「保护 IP 是各种计算机把戏的万能借口」，并写道，「我们加密了电源固件、只把钥匙给微软」这句话「读起来像是合谋把人人为留在 Windows 上」，还数了 Nvidia 多年抵制 Linux 兼容的历史；Matl 补上一句「要么 NVIDIA 之道要么走人」，指其开源内核模块只是包着二进制大对象的壳。
实用主义的声音有两条：barrkel 建议把推理盒（比如一台 DGX Spark）放家里，笔记本经 Tailscale 远程调用；KeplerBoy 则指出 RTX Spark 线本身也有 Mac mini 式的小盒子形态，「相当适合家用推理」。
交叉源有两个参照。Nvidia 自家仓库 open-gpu-kernel-modules 里，GB10 相关的 issue 仍然开着：9 月 13 日提交的 #1358 报告统一内存高压分配下整机静默卡死、只能断电重启，至今无修复。而 10 月 19 日 Josephine Pfeiffer 在 ASUS ProArt P16（N1X 芯片）上的装机记里，Linux 的 vLLM 吞吐（FP4 量化的 Qwen，30.9 tok/s）与 Windows（29.4–31.4）打平，文中没有出现电源表问题——同一芯片线，两台机器，两种表现。另有一条元层面的批评：fxwin 等人不满原文「AI 味重」，这针对文风；但对照实验的设计（禁用控制器、锁频重现、重启用即恢复）与文风无关，是目前最接近实锤的证据。
编辑判断
对已经买了 RTX Spark 的人，结论直接：WSL 是眼下唯一不牺牲吞吐的路径，65.1 对 65.4 在误差之内；代价是「原生 Linux」变成「Windows 里的 Linux」，依赖一份 Windows 授权。对还在考虑 4,999–6,950 美元预算的人，这台机器的卖点眼下只在 Windows/WSL 侧成立；买它的理由若是 Linux 常驻推理，先等 Nvidia 表态再下单。
两点保留。其一，「电源表加密、只认 Windows 驱动」是博客作者对现象的解释：复现是硬的（禁用控制器、锁频重现、重启用即恢复），但「加密」这一步 Nvidia 未确认。其二，ASUS 那台的对照说明表现可能随机型与固件版本而异，一台 MSI 的实测推不到全线。
值得盯的下一步：Nvidia 是否回应、Linux 驱动能否拿到电源表、其他 OEM 机型是否复现。若锁频在更多机器上坐实，GB10 线会分裂成「桌面版自由、笔记本版看固件脸色」两个世界——这也印证我们此前的判断：这条产品线上，软件成熟度才是产品。
怎么试
已经装了 Linux 的机器，两步自查：插电跑 nvidia-smi 看核心频率，落在 780–790 MHz 即中招；再拔电源用电池重跑一次基准，若频率回到约 1.8 GHz、吞吐回到 60 tok/s 上下，说明问题在供电与电源管理路径，而非驱动本体。想保住吞吐，眼下两条路：回 Windows 跑，或用 WSL（记得把默认 14GB 内存上调）。想从根上解决，只能等 Nvidia 把平台控制器的电源管理逻辑移植进 Linux 驱动——博客把这条路明说了，HN 也在等同一个答案。装机侧的参考，MindStudio 的顺序是：Omarchy 首次安装失败，开机时屏幕闪烁不稳；换 Debian，安装器连不上 Wi-Fi（要 USB 网卡），内核也不认键盘、触摸板和 GPU；回到 Omarchy 才装成，它的内核自带 Nvidia 开源驱动。