显卡算力解锁：固件级覆盖与软件层调优对比

一、对比背景：一次“路径级”的吞吐变化

社区公开的实测对照记录显示了一个颇具代表性的现象：同一块消费级显卡、同样的功耗墙设置，在固定规模的矩阵乘加测试中，以 FP16、BF16 为输入（配合 FP32 累加）的低精度吞吐提升约六成，而同组 FP32 对照基本不变。

这一现象说明两件事。第一，变化不是传统意义上的全局“超频”，若频率被整体拉高，各条计算路径应同步受益，FP32 对照不应纹丝不动。第二，变化集中在特定计算路径上，指向的是某类运算的“允许运行速度”被覆盖，而不是硬件规模被扩充。

理解这种差异化效果，需要把两条提升算力的路径放在一起对比：

• 方案A：常规软件层调优。在操作系统与显卡驱动加载之后，通过驱动公开的接口调整功耗、时钟等全局运行策略。
• 方案B：固件级速度选择覆盖。在驱动接管设备之前，借助固件自身的更新会话，修改固件内的运行时速度状态，从而覆盖特定计算路径的速率限制。

两条路径目标相似，但生效时机、权限模型、作用范围、风险面貌与运维成本差异显著。下文以已有实机记录的桌面 GPU 架构路径为例逐一展开，并回答三个关键问题：为什么必须在驱动接管前操作、为什么原本写不进去的设置在那个时机会变得可写、写好的状态怎样延续到应用真正开始计算。

二、对象定义：两条路径分别是什么

2.1 方案A：软件层调优

软件层调优是大多数开发者熟悉的路径。操作系统与显卡驱动加载完成后，工具程序可以调用驱动公开的接口，调整功耗上限、核心与显存时钟偏移、电压曲线、风扇策略等。它的能力边界由驱动决定：凡是驱动愿意暴露、固件允许范围内的设置，都可以反复读写；凡是超出授权范围的写入请求，会被校验逻辑拒绝或钳制。

方案A解决的是“在厂商允许的窗口内，把全局运行策略调到更激进位置”的问题，收益对所有计算路径一体适用。

2.2 方案B：固件级速度选择覆盖

固件级路径所针对的状态，在社区研究中被称为 SM 速度选择覆盖：GPU 流式多处理器（SM）的运行速度状态保存在固件内的特性覆盖数据区中，某些计算路径的速率限制就记录在这组运行时状态里。正常情况下，这组状态只能由原厂固件与驱动体系按授权流程修改，外部写入会被签名与权限校验挡住。

方案B的关键在于时机：相关程序在操作系统启动之前运行。整个流程可概括为：

系统加电
 → GPU 执行板载固件，先接受原厂签名固件
 → 固件进入更新/维护会话（此时驱动尚未接管设备）
 → 利用固件处理外部数据时的缺陷，获得对
    速度选择状态的写入窗口，写入覆盖值
 → 结束会话，把设备交还驱动

方案B解决的是“在厂商授权窗口之外，覆盖特定计算路径的运行时速率限制”的问题。需要强调：其难度远比“向某个寄存器写一个数字”复杂——签名校验要先被满足，写入机会来自固件缺陷且稍纵即逝，写入的状态还必须在驱动接管后依然有效。

三、相同点分析

理解共同点，可以避免对“解锁”产生错误期待。

1. 都不改变硬件物理规格。 方案B公开的说明与源码均表明，它不改变 SM 数量、显存容量，也不触碰物理熔丝；被覆盖的是“允许运行的速度”，不是“存在多少计算单元”。方案A更是如此。
2. 都以提高有效吞吐为目标，且受同样的物理约束。 一条计算路径最终有多快，取决于执行资源、时钟、每周期能接收的工作量，以及数据能否及时送达。频率只是其中一个因素，两条路径都无法绕开散热与供电的物理上限。
3. 都依赖完整软件栈的配合。 解锁后的状态要经过驱动初始化、运行时接口、应用提交计算这一整条链路，才能体现为吞吐数字，任何一环异常，变化都不会发生。
4. 都需要明确测量口径。 不看测试路径就谈“算力提升多少”，两种方案的评估都会失真。

四、核心差异分析

4.1 生效时机与权限模型：为什么必须在驱动接管前

方案A运行在驱动之后，天然受限于驱动暴露的接口面：固件对关键运行状态设有写保护，驱动正常运行时不会开放这些状态的写入会话，这就是“原本写不进去”的原因。

方案B必须赶在驱动接管之前。此时设备处于固件自身的会话中：GPU 已接受原厂签名固件，说明校验逻辑放行了合法载荷；而固件在处理外部数据时存在缺陷，这个缺陷提供了向本不可写状态写入的机会。会话一旦结束、驱动一旦接管，写入窗口随即关闭。这解释了前两个关键问题：为什么选择在驱动接管前动手，以及为什么原本写不进去的设置在那个时间点能写进去。

4.2 作用范围：全局策略与路径级覆盖

方案A调整的是全局策略，功耗墙与时钟偏移对所有路径一体适用，提升幅度由功耗与温度钳制点决定。

方案B是路径级的。SM 内部既有常规 FP32、INT32 运算单元，也有面向矩阵乘加的专用计算单元，还有调度器、寄存器与访存设施；速度选择覆盖针对的是其中矩阵输入路径的速率状态。这直接解释了开头的现象：FP16、BF16 矩阵路径吞吐大幅上升，FP32 对照不变——被覆盖的速率限制只约束前者。

4.3 状态持久性：写好的状态怎样留到应用计算

方案A的多数设置掉电即失，需要开机后重新应用。

方案B的覆盖值保存在设备侧运行时状态中：驱动初始化时读取到的已经是覆盖后的状态，应用通过标准运行时接口提交矩阵计算时，执行资源接收工作的速率上限已经是解锁后的值。这就是第三个问题的答案——状态靠“驱动读取的是已覆盖状态”这一事实自然延续到应用阶段，应用侧无需任何改造。

4.4 效果边界：精度口径不能混用

矩阵运算常采用“低精度输入 + 高精度累加”，测试报告中的“FP32”若指累加精度，就不能当成常规 FP32 通用计算核心的算力来理解。上游验证也集中在 FP16、BF16 输入及 FP32 累加的矩阵路径上。把路径级提升缩写成一个大而化之的“算力提升 N 倍”，会让读者错误期待所有软件获得相同收益，FP32 为主的负载在方案B下收益有限。

4.5 风险、稳定性与合规

方案A风险低、可即时回退，通常在厂商允许范围内。方案B则完全不同：固件写入一旦失败或中断，设备可能无法完成初始化；利用缺陷绕过厂商限制，意味着保修与合规风险由使用者自行承担。此外，现有源码与实验能支持“相关速率限制被覆盖”的行为解释，但尚不能在晶体管层面展示限速如何实现，评估此类方案应保持“行为可验证、机制部分推断”的严谨度。

4.6 运维与兼容性

方案A与驱动升级的兼容性通常较好。方案B依赖特定会话流程：固件更新、驱动大版本变更、系统重装都可能改变流程或清除状态，需要记录基线并重新验证。

五、对比表格

维度	方案A：软件层调优	方案B：固件级速度选择覆盖
运行时机	操作系统与驱动加载后	驱动接管前（固件更新会话内）
权限来源	驱动公开接口，授权范围内	签名校验通过 + 固件缺陷写入窗口
作用范围	全局功耗/时钟策略	特定计算路径（低精度矩阵输入等）的速率状态
硬件改动	无	无（不改 SM 数量、显存、熔丝）
典型效果	全路径频率与功耗策略变化	矩阵路径吞吐明显提升，FP32 对照基本不变
状态持久性	多数掉电即失，需重新应用	保存在设备侧运行时状态，驱动初始化读取
稳定性与风险	低，可即时回退	写入失败可能导致设备不可初始化；保修与合规风险自担
运维成本	低	需维护版本基线，固件/驱动更新后需重新验证
适用负载	通用	低精度矩阵计算为主的负载

六、典型场景选择

• 生产系统与对外服务：优先方案A。稳定性、可回退性与合规性权重最高，路径级吞吐收益不足以抵消固件风险。
• 离线批处理与研究实验：若负载以低精度矩阵计算为主，且团队具备固件实验、备份与回退能力，可评估方案B，并先在隔离环境完成验证。
• 混合或 FP32 为主负载：方案B收益有限，方案A或直接扩容硬件更合理。
• 保修敏感或企业采购设备：默认选择方案A，固件级操作前应先确认权责边界。

七、选型建议

1. 先定负载口径，再谈方案。 矩阵路径（FP16/BF16 输入、FP32 累加）与常规 FP32 路径要分开测量，明确业务负载落在哪条路径上。
2. 运维能力有限时，优先选择可回退、可审计的方案A；固件级方案的维护成本主要体现在版本基线管理与验证流程上。
3. 两条路径并非互斥。 方案B在驱动接管前完成，方案A仍可在其后叠加，但需统一评估总功耗与稳定性。
4. 对任何“提升 N 倍”的说法，回到执行资源、时钟、每周期工作量与数据供给四个因素上核对，避免把路径级收益外推成全局结论。

八、迁移与使用注意事项

• 备份与基线：操作前备份原始固件镜像，记录固件版本与所用方案源码版本，保证可复现、可回退。
• 隔离验证：先在与生产隔离的环境完成全流程验证，并准备硬件级恢复手段。
• 测量规范：固定测试集与功耗墙，覆盖前后同口径对比，例如：

同一块显卡、固定功耗墙：
  run(测试集, 精度=FP16输入+FP32累加, 路径=矩阵)   # 记录吞吐
  run(测试集, 精度=FP32,             路径=常规)    # 记录对照
  覆盖前 / 覆盖后各执行一轮，同口径对比

• 稳定性观察：关注长时间运行的温度、供电与错误率；覆盖改变的是速率上限，不改变散热与供电的物理约束。
• 合规确认：明确固件级操作对保修、资产管理与安全策略的影响，企业环境应走变更审批流程。

九、总结

固件级速度选择覆盖与常规软件层调优，解决的都是“让已有硬件跑出更高有效吞吐”的问题，都不改变硬件规格；真正的分野在于权限模型与作用范围。前者借驱动之后的授权接口做全局策略调整，风险低、收益通用；后者必须在驱动接管前，借固件更新会话中的缺陷写入窗口，覆盖特定计算路径的运行时速率状态，收益集中在低精度矩阵路径，风险与运维成本也集中在固件层。理解“为什么必须在启动前、为什么原本写不进、状态如何延续到应用”这三个问题，就掌握了判断两类方案适用边界的核心依据：负载路径决定收益，权限时机决定可行性，风险承受能力决定最终选择。