域名频道资讯站
（题图 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 的测试中，发现受影响最大的，就是空闲和低负载场景，新版显得温度行为不再是那么地尖锐和不稳定。
本文素材来自互联网
