amd无法读取cpu温度_AMD发布新版芯片组驱动 改善锐龙3000系列处理器的CPPC2行为...

距离 AMD 发布锐龙 3000 系列处理器和 X570 芯片组主板已经过去将近三周，但该公司在 BIOS 和软件支持上仍有一定的提升空间。过去几周，社区一直在吐槽新处理器在温度和电压方面的控制不佳，尤其是很少在性能较低的状态下压低功耗 —— 即时没干啥事，也会保持高频率。

(题图 via AnandTech)

这个“问题”说大也不大，因为它只是 AMD新加入的 CPPC2 快速频率提升行为带来的副作用。AnandTech 指出，如果性能监测应用程序的代码编写得太烂，就有可能导致过长的循环周期，从而推高 CPU 的负载。

鉴于新处理器的 ramp-up 低于 1 ms，这意味着芯片很难控制在较低的频率，即便当前状态可以允许其保持闲置。好消息是，AMD 已经解决了这个问题，并在新发布的芯片组驱动程序包中调整了锐龙电源管理计划的 CPPC2 行为。

正如社区简报中所指出的那样，与旧版相比，新版改善了调度程序的设置，使之拥有更加宽裕的加速时间 —— 特别是当芯片处于基础频率和空载电压时，负载将显着延长至其升压频率。

AnandTech 对两版驱动进行了快速 A / B 测试，发现在更新之前，CPU 会在大约 840 微秒内飙到较高的动态频率 —— 相比之下，更新后的电源计划，其所花的时间要多出 17.5 ms 。

简而言之，更新后的 CPPC2 设置，会让 CPU 不易受到较小的瞬态负载的频率提升的影响。即便多了 17.5 ms，整体差异还是很难被察觉到的。

对于游戏玩家来说，就算游戏的工作负载是间歇性，其最终体验也不会受到影响 —— 因为一旦 CPU 超过了初始的基础频率斜率阈值，系统就会维持 1ms 内的动态频率调节。

AnandTech 看了眼 Windows电源计划，发现 AMD 确实在这方面有所调整。在旧版驱动中，CPU 会在 ~2.2GHz 左右保持闲置，而新版驱动改到了 3GHz 左右。

频率的上调也略有放缓，不过在快速测试中，其发现频率上升一半的速度还是很快的。最后，AMD 改进了芯片报高温的问题，原因是许多应用程序只会读取芯片传感器上最大的那个数值，而实际温度其实并不高。

在新版 Ryzen Master 实用工具中，AMD 已经引入了一个不同的温度读数算法，还在更好地表示芯片的“总体”温度，而不是传感器报告的最大数值。

除了对不同传感器的数值进行平均，它还可以在很短的时间窗口内给出平均读数。在 AnandTech 的测试中，发现受影响最大的，就是空闲和低负载场景，新版显得温度行为不再是那么地尖锐和不稳定。