当一块显卡的固件被加密，用户买到的究竟是硬件，还是一台只能按厂商剧本运行的设备？Hacker News 上一条关于 RTX Spark 在 Linux 下推理性能的讨论，把这个问题重新摆上台面。
发生了什么
据 Hacker News 上的讨论，英伟达 RTX Spark 搭载的加密固件在 Linux 环境下会显著拖慢推理速度，实测性能大约只有正常水平的 35%。讨论的核心并非某一次跑分，而是固件闭源、加密这一设计本身：用户无法检查、无法替换、也无法针对 Linux 侧做底层调优，只能接受厂商给定的运行路径。需要说明的是，目前公开信息主要来自社区讨论，具体测试条件、驱动版本和模型配置尚未有完整披露，因此 35% 这个数字应理解为特定场景下的观察，而非放之四海的结论。
为什么重要
这不是孤立事件，而是消费级 GPU 生态长期张力的又一次显影。一方面，本地推理需求在过去两年快速膨胀，大量开发者和小团队把 Linux 工作站当作跑开源模型的默认环境；另一方面，英伟达的固件与驱动栈历来以闭源为主，Linux 支持虽在改善，但底层透明度始终有限。加密固件意味着性能瓶颈可能藏在用户看不见的层里——是调度策略、功耗管理，还是某种有意的功能区隔，外界无从验证。
更值得玩味的是对比：在数据中心产品线上，英伟达对 Linux 的投入是认真的；而消费级产品线面对的是另一套商业逻辑，固件加密既可以是安全与防篡改的理由，也可能成为限制可替代性的手段。社区之所以敏感，是因为这触及了“买来的硬件能否被自由使用”这一根本预期。
影响与看点
对开发者而言，最直接的影响是选型成本上升：如果同一块卡在 Windows 与 Linux 下表现差异巨大，本地推理的性价比评估就需要重做，部分团队可能转向其他加速卡或云推理。对普通用户，短期感知不强，但长期看，固件闭源会削弱二手市场、社区驱动和长期维护的可能性。
接下来值得关注三点：其一，是否有更严谨的第三方基准复现这一差距；其二，英伟达是否会在驱动更新中回应或澄清；其三，开源社区能否通过逆向或替代栈绕开限制。我的判断是，这类摩擦不会阻止本地推理的普及，但会持续把“开放固件”从极客议题推向采购决策。
