把笔记本电源线拔掉，大模型推理速度反而暴涨四倍。这件完全违背硬件常识的怪事，发生在搭载 NVIDIA RTX Spark N1X 芯片、配备 128GB 统一内存的微星笔记本（MSI Prestige N16 Flip AI Plus）上。技术博主 Alex Ziskind 在 2026 年 10 月 31 日放出实测视频，次日经 MindStudio 编译传播后，极客圈迅速传出一种说法，称 NVIDIA 用加密固件锁死了 Linux 性能。但把测试数据拆开看，所谓的固件加密封杀根本站不住脚，真正卡住脖子的是一套在跨系统时失联的电源账本。
先把核心测试账目算清楚。在运行 GPT-OSS-120B 大模型基准测试时，这台微星笔记本在原生 Windows 下跑出 65.4 tokens/s，在 Windows 子系统 WSL 下达到 65.1 tokens/s，预装官方 Linux 的桌面端迷你工作站 DGX Spark 也能稳定在 61 tokens/s。唯独在这台笔记本上刷入原生 Linux 并插上交流电源（AC）后，GPU 频率被死死按在约 780 MHz（Windows 下可达约 2.2 GHz），生成速度暴跌至 13.9 tokens/s。换到 vLLM 8 并发客户端测试，WSL 能跑出 127 tokens/s，原生 Linux 插电同样只有 39.5 tokens/s；长跑测试里，Windows 用 8 分钟跑完的任务，Linux 硬生生磨了 37 分钟，期间温度只有 40 到 47°C，完全不是过热降频。
拔掉电源反而满血，击穿固件加密阴谋论
二手传播最容易把复杂工程问题简化成宫斗剧。网传不少声音把矛头指向 DGX Spark 恶意封杀 Linux，这首先就搞错了批斗对象。桌面端的 DGX Spark 出厂预装的就是基于 Ubuntu 24.04 的官方 Linux，跑百亿模型稳在 61 tokens/s；真正水土不服的，是微星、华硕、戴尔等 OEM 厂商推出的 RTX Spark（N1X）移动笔记本，它们出厂全部绑定 Windows on ARM，也是该架构第一次原生支持 CUDA。
更致命的逻辑漏洞在于电池测试数据。MindStudio 的转述文章声称，主板固件给电源控制器提供了一张加密功耗表，只有 Windows 驱动手里有密钥，Linux 解不开密码才跑不上高频。但实测数据里藏着一个极其反直觉的现象：在原生 Linux 下拔掉电源线、纯靠电池供电时，这台笔记本跑 GPT-OSS-120B 瞬间恢复到约 61 tokens/s，另一项 LM Studio 测试更是跑出 61 至 67 tokens/s，GPU 频率直接冲上约 1,800 MHz；一旦插回墙插电源，速度才跌回 13.9 至 15 tokens/s。
如果 Linux 真的因为没有解密密钥而读不出高频状态表，电池模式下那 1,800 MHz 的高频是从哪冒出来的？而且翻遍 NVIDIA 官方文档与社区记录，没有任何独立逆向工程或官方资料证实过这张加密功耗表的存在。二手博客把闭源驱动私有接口或固件签名校验，直接脑补成了加密阴谋。
消失的电源总管与微星的固件脾气
真正的病灶在 Windows 设备管理器里一个不起眼的组件上，名叫 NVIDIA Platform Controllers and Framework。测试者在 Windows 下手动禁用这个组件后，哪怕插着电，GPU 频率也立刻从 2 GHz 掉到 786 MHz，吞吐量从 83 tokens/s 跌到 31 tokens/s，当场复现了 Linux 下的惨状。
早年在华硕 GX10 机器上折腾 Windows on ARM 移植的 NVIDIA 开发者论坛用户扒出过底裤，这个组件对应的硬件 ID 是 ACPI\NVDA0820\NPCF。你可以把它理解成 CPU 和 GPU 之间的动态预算总管。桌面端的 DGX Spark 供电充裕，按官方《DGX Spark 移植指南》的记载，其 Linux 软件栈直接走 RTD3 运行时电源管理、产品定义性能状态以及 UEFI 胶囊/LVFS 固件更新机制，根本不需要这个组件。但轻薄笔记本的散热和供电池子就那么大，必须靠操作系统里的 NPCF 驱动与主板嵌入式控制器（EC）、ACPI 固件实时握手，动态腾挪功耗。
现在的 ARM64 Linux 内核里，压根没有对应的 NPCF 驱动。当用户插上电源线、触发 AC 供电状态切换事件时，主板 EC 向操作系统发出重算功耗的信号，却等不到 Linux 侧的回应，固件直接触发保守回退机制（Fail-safe）或陷入状态机 Bug，把 GPU 锁死在 780 MHz 的安全底线。
况且，在这台机器上装原生 Linux 本身就是一场渡劫。主线 Debian 内核最初连键盘、触控板、Wi-Fi 和 GPU 都认不出，得插 USB 网卡救命；换用自带 NVIDIA 开源驱动的 Arch 系发行版 Omarchy 后，虽然华硕和戴尔的同平台机器能正常跑，唯独微星这台启动时屏幕狂闪，早期连 HDMI 外接显示都不输出，逼得测试者架起外部摄像头对着笔记本内屏盲操。更麻烦的是，微星固件默认把 96GB 统一内存划给 GPU，导致 Linux 开机只能看到可怜的 28GB 内存；而且 BIOS 里根本没给调节开关，用户必须先退回 Windows，把 GPU 预留显存手动调低到 4GB，重启回 Linux 才能释放出 120GB 可用内存。
抢苹果的饭碗，不能只靠半截身子入水
《晏子春秋》里有句老话，橘生淮南则为橘，生于淮北则为枳。同样一颗统一内存算力芯片，放在预装 Ubuntu 的桌面工作站上是开发利器，塞进预装 Windows on ARM 的微星笔记本里，水土一换，脾气全变了。
困住端侧算力的从不是加密阴谋，而是分裂的软硬地盘。
我更在意的是这次翻车暴露出的结构性拧巴。过去两年，本地跑百亿乃至千亿参数大模型的移动设备市场，几乎被苹果 Apple Silicon 的大容量统一内存笔记本垄断。NVIDIA 拿出 RTX Spark（N1X）联合 PC 厂商反攻，账面规格直接拉到 128GB 统一内存，确实打中了开发者的痛点。但问题在于，主流开源推理工具链（无论是 vLLM 还是 SGLang）全是以 Linux 为一等公民构建的，冲着 128GB 内存掏钱的硬核开发者，买回来第一件事往往就是格盘装 Linux。
这就像二十年前 PC 厂商卖预装 Windows Vista 的高配笔记本给程序员，硬件参数拉满，却在 ACPI 表和电源管理上留了一堆只对 Windows 开放的私有方言。只是当年的冲突停留在睡眠唤醒失灵，今天则直接砍掉了四分之三的大模型推理算力。微星不在 UEFI BIOS 里开放统一内存切分开关，NVIDIA 也没来得及把类似 x86 平台 nvidia-powerd 的动态功耗守护进程移植到 ARM64 Linux 驱动里，两家各留半截工程尾巴，最后全砸在尝鲜的极客头上。
| 评估维度 | 原生 Windows 11 | Windows + WSL2 | 原生 Linux（Omarchy） |
|---|---|---|---|
| GPT-OSS-120B 速度 | 65.4 tokens/s | 65.1 tokens/s | 插电 13.9 / 电池 ~61 tokens/s |
| vLLM 8 并发吞吐 | 不原生支持 | 127 tokens/s | 插电 39.5 tokens/s |
| 128GB 内存调度 | 驱动面板直接调节 | 需修改默认 14GB 限制 | 需借道 Windows 释放 120GB |
| 硬件与外设兼容性 | 出厂完整支持 | 完整继承宿主驱动 | 初期缺键鼠网卡，插电锁 780MHz |
好在天还没塌。从实测来看，现阶段最务实的解法就是别折腾纯血双系统，老老实实留在 WSL2 环境里干活。因为 WSL2 直接骑在 Windows 的底层驱动栈上，完整继承了 NPCF 的满血动态功耗调度，不管插不插电都不会掉频。开发者唯一要做的，是手动改一下配置文件，把 WSL 默认只给 14GB 的内存上限放开，就能以 65.1 tokens/s 的几乎零损耗成绩顺畅跑起 vLLM。
- 建议.近期打算入手 RTX Spark 128GB 笔记本替代 MacBook Pro 的开发者，切勿盲目格盘重装 Linux；保留 Windows 分区用来调节显存分配比例，主力推理环境直接放进调大内存上限后的 WSL2。
- 风险.微星机型的启动闪屏与插电锁频高度耦合了特定 OEM 的 EC 固件策略，后续需重点紧盯华硕与戴尔量产机在 Linux 插电下是否同样锁死 780 MHz，以及 NVIDIA 官方驱动何时补齐
ACPI\NVDA0820\NPCF的 Linux 侧支持。
当硬件巨头想用同一套芯片通吃工作站和轻薄本时，真正的考卷从来不在跑分软件里，而在拔插电源线的那半秒钟握手之中。