内容简介:虽然不是每个用户在游戏时都会主动监测硬件资源的使用情况,但发烧友和评论家经常打开统计数据,看看某些游戏和其他应用程序是如何被硬件处理的。在这样的测试运行中,开发了有用的帧时间分析工具的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%
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
JSON 在线解析
在线 JSON 格式化工具
Markdown 在线编辑器
Markdown 在线编辑器