Ner*_*iko 3 cpu-usage windows-10
在这里的第一篇文章,我已经阅读了有关该主题的所有内容(不仅在这里),但到目前为止还没有解决我的问题,我在 PC 构建/维修方面拥有 30 年的经验,这是第一次不得不投降,所以虚心求教。
我有一台新的 Skylake Z170 内置 PC,Win 10 PRO 全新安装 + 所有更新的驱动程序(来自制造商网站)和很少的程序。这台机器用于照片编辑,我尽量保持一切干净,没有杀毒软件(主要是离线工作),没有膨胀软件,只有严格的必要性。
硬件(两个月大)稳定,有库存,我运行 Memtest86 8 次(一天半)没有错误,从来没有出现过一个 BSOD。
11 月,在 Win 10 10586 更新之后,我开始注意到空闲时“系统和压缩内存”总是以大约 12%-13% 的 CPU 使用率运行(CPU 0 已满载)。我竭尽全力调试问题,卸载所有,检查/调整所有,但没有结果,但经过几天的篡改,问题消失了,我无法确切理解原因。无论如何,一旦系统修复完毕,我就开始重新安装驱动程序和应用程序,检查每一步是否再次出现问题,一切都很好。
直到上周,PC 都运行良好。
根据我的记忆,我进行了一些小的 Windows 更新、BIOS 更新(用于使用最新的 CPU 微码修复 Prime95 问题)并更新到最新的 Nvidia 驱动程序和 X-rite 屏幕校准程序。有一次(不是具体的),我再次注意到这个奇怪的问题,该死的“系统和压缩内存”达到 12%-13% 的 CPU 使用率,总是在启动后立即发生,就像以前发生的那样。
我恢复了所有更改,也恢复到了以前的 BIOS 和设置,但没有解决。硬件没有任何变化。
在这一点上,我有以下设置: - Win 10 Pro (10586.63) - 禁用页面文件 - 禁用 SuperFetch - 禁用睡眠和休眠 - 最大性能的电源配置文件 - 禁用 Cortana 和索引以及任何背景可能的事情 - 禁用 RunFullMemoryDiagnosticEntry 表单任务计划程序,正如 Superuser 上的另一个答案中所建议的那样 - 在 BIOS 中禁用了英特尔显卡并且没有安装驱动程序 - 所有驱动程序都是最新的 - 系统是 100% 干净的,只安装了很少的原始可信程序,从未用于浏览或任何其他除 Windows 更新外的 Internet 活动。
为了让事情变得更糟,我可以告诉您,即使在安全模式下启动也存在问题。
我用 WPR 运行了几个 CPU 跟踪,即使在安全模式下也有一个,这里提供了相关的 ETL: 安全模式 zip 文件中的 ETL CPU 跟踪
从我在 WPA 分析中看到的,罪魁祸首是 hal.dll -> HalpReadPCIConfig 函数,如下面的截图所示
我曾尝试调查这是否可能是 PCI 冲突,但硬件没有更改,并且相同的硬件、BIOS 和设置可以顺利运行一个多月而没有出现此问题,因此我倾向于排除硬件原因。另一方面,即使在安全模式下也会出现问题的事实也使司机怀疑,所以......不知道......
是的,我承认我已经达到了我的极限,如果您有任何建议,请让我看到光明,我唯一会避免的就是完全重新安装,因为我配置了很多小东西真的很沮丧再次这样做,至少在没有找到导致问题的明确答案之前:我不会冒险重新安装和设置所有然后仍然有可能再次看到这种情况,因为我还没有找到真正的原因(没有明显解释的出现/消失现象真的很令人担忧)......
很抱歉这篇长文章,我希望这不会被视为重复的问题,因为我已经尝试了其他答案中的所有解决方法,但都没有成功。
提前谢谢了。
再见。
安德里亚 :)
经过大量调试工作后,我决定在此处提供一个初步答案,并说明我所做的工作,因为我能够解决问题。在我看来,它应该被简单地视为一种临时的解决方法,因为鉴于过去反复发生的行为,我想控制一切,并在声称取得最终胜利之前看看未来的 Windows/驱动程序/BIOS 更新会发生什么。
我开始进行一系列 PC 重启,每次进入 BIOS 并一对一禁用所有主板设备。每次我累计禁用单个设备然后我启动到 Windows 时,因为我想要一个逐步的工作流程,以便可能准确地识别有问题的资源。
在最后一次 Windows 重新启动后,CPU 处于 0.2% 并且“系统和压缩内存”再也没有上升。
太糟糕了,在最后一步我使两个禁用在一起,而不是单独禁用一个。
之后,我开始以相反的顺序逐步重新启用所有相关设备,并且问题再也没有出现过。这真的很奇怪,它阻止我在这一点上复制效果。
但是,现在有几天 PC 运行良好,我进行了一些小的 Windows 更新,一切正常。我还没有尝试更新到最新的 Nvidia 驱动程序(昨天发布的 361.75),但目前我会等待,因为我不想重新校准我的显示器,而且我看到添加的初步 Thunderbolt 3 支持存在一些问题,所以我会跳过这个。
结论:正如怀疑的那样,调试工作向我证实了该问题与硬件无关(故障或冲突),也不是相关的驱动程序(因为即使在安全模式下也存在)。在这种情况下,一旦再次启用冲突设备,它应该会重新出现。
我强烈认为,在过去(和两次)Windows 配置内部出现问题,可能是在 Windows/驱动程序/BIOS 更新期间,由于 Windows 资源管理的错误行为。在那之后,即使选择性地禁用硬件,也很难正确“覆盖”设置。
在释放大量资源/irq 禁用所有设备后,我认为最终的解决因素是禁用 IOPIC 24-119 条目重新映射:可能这迫使 Windows 从头开始重新分配它们的资源配置,这成功地发生了。在那之后,即使再次启用 bios 设置和 mb 设备,在任何情况下都会导致最终更好的配置,而不会再次错误地触发“系统和压缩内存”高 cpu 负载(这是由 hal.dll -> PCI 内容引起的,在 ETL 跟踪中可见)。
由于目前无法再次复制这种现象,我暂时将整个问题保持在备用状态。
如果发生其他事情或者我找到更多要分享的内容,我会更新这篇文章。
我仍然希望您能欣赏我的努力,并且所描述的结果对其他人有用。
谢谢,巧。
安德里亚 :)
| 归档时间: |
|
| 查看次数: |
5943 次 |
| 最近记录: |