之前在使用NVIDIA Reflex Latency Analyzer分析OW2操作延迟的时候发现，虽然相同条件下的测试的平均值几乎相同，但每次点击鼠标的系统延迟（准确的说是平均PC延迟）波动幅度较大。排除了显示器RLA敏感度这个设置的影响，接下来考虑是CPU的节能特性以及频率波动的可能性。

本次测试分为三组，分别测试了5800X默认状态，仅关闭C-state，定频且关闭C-state，OW2特定场景操作延迟的稳定性。

先说简单的结论，关闭C-state和定频对操作延迟的稳定性有提升，但极其微小，且大概率会降低性能，所以不建议采用。保持默认即可。

测试环境：

5800X/X570-E/3200C16/RTX3070(552.12)/PG279QM/DeathAdderV2

游戏及测试场景：OW2，自用画质设置，2K240，固定渲染倍率100%，锁帧231，减少缓冲开启，Reflex开启增强。至于为何这样设置，感兴趣可以阅读本专栏其它文章。

测试工具：NVIDIA Reflex Latency Analyzer。设置平均值为100次。点击鼠标，记录GFE OSD的系统延迟数值。

测试结果：

统计数据：

其中平均值，方差，标准差，中位数，用的是excel公式。GFE平均是GFE OSD显示的平均系统延迟。GPU占用率是该场景下GFE OSD显示的GPU占用率。远低于100%，证明CPU指令队列和Reflex的“自动锁帧”不会影响到测试结果。

GFE平均值和手动计算有较小差异，原因未知。这些数据我手动输入了两遍，作差，全部为0证明两次输入的相同，防止输入错误。

定频是设置频率为4.0G，电压为1.2V。本项测试不是为了测性能，而是操作延迟稳定性，所以不必关注这一组的系统延迟数值，而是关注方差和标准差，即稳定性。本项测试可以通过prime95 small ffts avx2测试30分钟，CPU温度为76度。

可以看到关闭C-state后，操作延迟提高了3.9%。其性能已经低到了接近降频至4.0G的状态。稳定性方面，从标准差可以看出，关闭C-state和定频能“极小幅度”的提高操作延迟稳定性。

关闭C-state导致性能下降不必多说。定频方面，zen2之后的ryzen温度对频率和电压极其敏感。这颗5800X默认状态玩OW大概是4.725G左右（因为锁帧，CPU压力低，所以频率高，这也能降低操作延迟）。能过prime95 small ffts avx2的频率绝对不会超过4.5G，因为温度扛不住。可能你定个4.6G玩游戏没问题，但没过P95的超频，负载高就可能不稳定。使用AVX2的高负载应用与普通用户并不遥远。OW2内置的保存最佳（软件编码），直播CPU编码，各种剪辑和转码软件，大量游戏首次启动时的编译着色器（这次intel 13/14代不稳定就是这种高负载不稳定被报告到nvidia，才有的后续），都是高负载。能过P95的频率太低了，所以定频一定会降低游戏性能。

现在适用于zen3/4的超频方式是curve optimizer降压，但需要用corecycler测试非常久的时间，提升幅度也很小，因此我建议zen3/4 R7/R9带X的CPU保持默认即可，有折腾的时间干点别的吧。

所以说操作延迟波动的原因是什么呢？不知道。GFE OSD可以看到渲染延迟基本稳定在2.2ms，波动范围仅在0.1ms。那么能引起较大幅度波动的只能是CPU的等待延迟和生成指令。为什么会这样？只能猜测是游戏本身对CPU的压力有波动，以及系统后台程序的轻微影响。也就是这种波动无法优化，只能接受。当然，这种幅度的操作延迟波动是绝对不可能被感知的。本次测试更多的是满足我的好奇心以及无聊时间的自娱自乐。

一些测试中的发现：

1 R20单核测试过程中，负载在体质最好和第二好的核心之间跳，猜测原因可能是每次新的渲染块启动的时候，会调用另一个核心。可能是前一个核心的负载没有完全卸载掉，系统认为体制最好的核心在工作，所以把新的渲染块交给了体质第二好的核心，如此往复。双核至八核测试，负载不会乱跳。而关闭CPPC prefered cores后，所有负载都会在核心之间乱跳，本句是几年前测试发现的。

2 关闭C-state，核心不会处于C6节能状态，只会处于C0（工作）和C1（无负载）两种状态。

3 定频+关闭C-state，频率会牢牢锁定在你设置的频率，不会掉到基频（3.8G）以下。

So, AUTO and ENJOY !