几周前我购买新电脑的原因之一是，我无法弄清楚在我之前的电脑上，是什么导致了短暂、随机冻结，与 CPU 峰值有关，时不时发生 - 这种情况持续了大约一个月。我使用这台电脑已有 10 年了，所以我认为无论如何也该换一台了。
但现在，我的全新 XPS 也出现了同样的情况！
这让我很抓狂...我保留了键盘、鼠标和扬声器，路由器显然也是一样，还有电源插头。这些中的任何一个都可能导致这个问题吗？
我也做了很多远程桌面操作。
更新
进程监视器似乎表明 AUDIODG.EXE 可能是罪魁祸首。不确定，也不知道是怎么回事，也不知道为什么，更不知道如何修复它。
更新2
实际上，这可能是我的 WiFi/路由器的问题。我 30 分钟前就关闭了它，从那以后就再也没有出现故障或冻结。奇怪。奇怪。奇怪。
更新 3
键盘、鼠标、扬声器和路由器均未受到影响。我在资源监视器中发现了臭名昭著的 CPU 峰值：
更新 4
LatencyMon 分析
结论
您的系统似乎无法处理实时音频和其他任务。您可能会遇到缓冲区欠载，表现为丢失、咔嗒声或砰砰声。系统中运行的驱动程序的一个或多个 DPC 例程似乎执行时间过长。至少检测到一个问题似乎与网络有关。如果您使用的是 WLAN 适配器，请尝试禁用它以获得更好的结果。一个问题可能与电源管理有关，请在控制面板和 BIOS 设置中禁用 CPU 节流设置。检查 BIOS 更新。LatencyMon 已在所有处理器上分析了您的系统 0:09:45 (h:mm:ss)。
系统信息
计算机名称：DESKTOP-UHHIAU6 操作系统版本：Windows 10，10.0，版本 2009，内部版本：19042（x64） 硬件：XPS 8940，Dell Inc. CPU：GenuineIntel Intel(R) Core(TM) i7-10700 CPU @ 2.90GHz 逻辑处理器：16 处理器组：1 RAM：总计 16118 MB
CPU 速度
报告的 CPU 速度：2904 MHz
注意：报告的执行时间可能基于固定的 CPU 速度计算。在 BIOS 设置中禁用 Intel Speed Step 和 AMD Cool N Quiet 等可变速度设置可获得更准确的结果。
测量中断到用户进程的延迟
中断到进程延迟反映了从中断服务例程开始执行开始，用户模式进程响应硬件请求所需的测量间隔。这包括 DPC 例程的调度和执行、事件信号以及响应该事件从空闲等待状态唤醒用户模式线程。
测量的最高中断到处理延迟 (µs)：120397.80 测量的平均中断到处理延迟 (µs)：11.580995
最高测量中断到 DPC 延迟 (µs)：120341.80 平均测量中断到 DPC 延迟 (µs)：7.935360
已报告的 ISR
中断服务例程是由操作系统和设备驱动程序安装的例程，用于响应硬件中断信号而执行。
最高 ISR 例程执行时间 (µs)：276.950758 具有最高 ISR 例程执行时间的驱动程序：HDAudBus.sys - 高清晰度音频总线驱动程序，Microsoft Corporation
报告的最高总 ISR 例程时间 (%)：0.007763 具有最高 ISR 总时间的驱动程序：HDAudBus.sys - 高清晰度音频总线驱动程序，Microsoft Corporation
在 ISR 上花费的总时间 (%) 0.008009
ISR 计数（执行时间 <250 µs）：59032 ISR 计数（执行时间 250-500 µs）：0 ISR 计数（执行时间 500-1000 µs）：3 ISR 计数（执行时间 1000-2000 µs）：0 ISR 计数（执行时间 2000-4000 µs）：0 ISR 计数（执行时间 >=4000 µs）：0
已报告的 DPC
DPC 例程是中断服务调度机制的一部分，它禁止进程在被中断时使用 CPU，直到 DPC 完成执行为止。
最高 DPC 例程执行时间 (µs)：62842.406336 具有最高 DPC 例程执行时间的驱动程序：ndis.sys - 网络驱动程序接口规范 (NDIS)，Microsoft Corporation
报告的最高总 DPC 例程时间 (%)：0.010936 具有最高 DPC 总执行时间的驱动程序：nvlddmkm.sys - NVIDIA Windows 内核模式驱动程序，版本 457.09，NVIDIA 公司
在 DPC 上花费的总时间 (%) 0.029114
DPC 计数（执行时间 <250 µs）：323046 DPC 计数（执行时间 250-500 µs）：0 DPC 计数（执行时间 500-10000 µs）：149 DPC 计数（执行时间 1000-2000 µs）：2 DPC 计数（执行时间 2000-4000 µs）：1 DPC 计数（执行时间 >=4000 µs）：5
报告的硬页面错误
硬页面错误是利用虚拟内存触发的事件，该虚拟内存不驻留在 RAM 中，而是由磁盘上的内存映射文件支持的。解决硬页面错误的过程需要在进程中断并阻止执行时从磁盘读取内存。
注意：某些进程受到严重页面错误的影响。如果这些是产生音频的程序，它们可能会中断音频流，导致音频丢失、咔嗒声和爆音。检查“进程”选项卡以查看哪些程序受到的影响。
页面错误次数最多的进程：backgroundtaskhost.exe
硬页面错误总数 1977 最严重命中进程的硬页面错误计数：892 命中的进程数：41
每个 CPU 数据
CPU 0 中断周期时间（秒）：13.773596 CPU 0 ISR 最高执行时间（微秒）：276.950758 CPU 0 ISR 总执行时间（秒）：0.750213 CPU 0 ISR 计数：58933 CPU 0 DPC 最高执行时间（微秒）：62842.406336 CPU 0 DPC 总执行时间（秒）：2.469792 CPU 0 DPC 计数：285568
根据此报告，我尝试了以下方法：禁用网卡电源管理，安装我能找到的最老的 nvidia 驱动程序。但无济于事。
答案1
如果多台计算机出现同样的问题，则必须查看它们之间共享了什么。
常见的罪魁祸首是网络/互联网。如果计算机试图访问给定目标，而该目标没有以预期的方式响应，则计算机会短暂冻结。
将计算机放在不同的网络上，观察它们的行为是否相同。如果问题消失，则可能是网络硬件（WiFi 路由器和/或调制解调器）导致的。如果问题没有消失，则可能是您在两个系统上安装的软件正在轮询某些未按预期响应的网络服务。