内容简介：虽然不是每个用户在游戏时都会主动监测硬件资源的使用情况，但发烧友和评论家经常打开统计数据，看看某些游戏和其他应用程序是如何被硬件处理的。在这样的测试运行中，开发了有用的帧时间分析工具的CapFrameX，在衡量Ryzen75800X3D在《古墓丽影》（SotTR）上的性能时，注意到一个奇怪的异常情况。
虽然不是每个用户在游戏时都会主动监测硬件资源的使用情况，但发烧友和评论家经常打开统计数据，看看某些游戏和其他应用程序是如何被硬件处理的。在这样的测试运行中，开发了有用的帧时间分析 工具 的CapFrameX，在衡量Ryzen 7 5800X3D在《古墓丽影》（SotTR）上的性能时，注意到一个奇怪的异常情况。
在运行游戏的一个场景中，Windows 11 build 22621上报告的处理器使用率似乎异常低，而这个场景通常对CPU来说是相当紧张的。16个线程中只有一个线程似乎报告了正确的使用率，而所有其他线程的使用率都低于10%。
CapFrameX注意到这个问题，尽管它不确定是什么原因造成的。
在Windows 11上的核心使用率报告完全不正确。对于SotTR+这个特定场景和设置，正常情况应该是>80%。发生了什么？最近的更新是否改变了处理器占用率监测的行为？
CapFrameX提供了一张有关场景的屏幕截图。统计数据是使用CapFrameX自己的工具在屏幕上显示的，并与显示类似数据的HWiNFO的快照一起附上。虽然这里注意到的错误有可能是一个特定的应用程序问题，但CapFrameX坚持认为它在所有测试的游戏中都是持续出现的。
值得注意的是，CapFrameX，可能还有HWiNFO，都是基于Windows事件追踪（ETW）的追踪机制。因此，有可能ETW中存在某种错误，导致这种误读。
在Google上快速搜索后，我们找到了微软论坛上的一个主题，用户"AndreasRes"报告了一个类似的问题。在这种情况下，我们注意到任务管理器的使用率非常高，甚至达到了100%，而Xbox Game Bar和微星主板实用工具Dragon Centre的使用率却低得多。
虽然该帖子是去年发起的，但最近在2022年也有更多的用户加入进来报告问题，最新的build 22621测试版是发生问题的主要场合。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- Python获取CPU、内存使用率以及网络使用状态代码
- 使用nice，cpulimit和cgroups限制进程CPU使用率
- Oracle 监控索引的使用率 - 一沙弥
- 排查tomcat服务器CPU使用率过高
- Android 8.0 以后 CPU 使用率的方案研究
- Linux杀不死的进程之CPU使用率700%
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Design systems
Not all design systems are equally effective. Some can generate coherent user experiences, others produce confusing patchwork designs. Some inspire teams to contribute to them, others are neglected. S......一起来看看 《Design systems》 这本书的介绍吧!
