停止阶段可以持续将近一个小时，直到任务管理器最终打开（在停止期间发出Ctrl Shift Esc之后）。
拖延阶段之后，在任务管理器中一切正常，日志没有任何特别显示。
如何确定停滞阶段发生了什么？我想知道这是否是消耗所有资源或类似资源的特定过程。
顺便说一句：在停顿阶段，磁盘没有旋转（超出正常水平）。
编辑：
- 我设法在下一个停顿阶段之前打开了资源监视器，但是在计算机停顿时资源监视器没有刷新。
- 硬件是物理的（未虚拟化），具有16GB RAM
- 在常规阶段，有大量可用的RAM，停顿时我无法告诉（还）
您是否可以使用第二台显示器（电视也可以）？我通常在另一台监视器上打开Process Explorer，以便在发生停顿时可以看到正在运行的进程的数据。我自己遇到了这个问题，最后我做了一次系统刷新，确实解决了该问题，但不幸的是，在这种情况下，我没有花太多时间来查找问题。
—
Sam3000 '17
谢谢，请参阅上面的编辑：在停止阶段，正在运行的应用程序不会刷新。任务管理器和资源监视器也是如此。
—
共同例外情况
啊，确实在工作中投入了扳手，我认为Fleet Command举例说明了排除故障的难易程度-根据您的情况，系统刷新实际上可能是您前进的最快方法。如果您仍然希望按照故障排除路线进行操作，我认为下一步是合乎逻辑的步骤，即查看问题是否仍在安全模式下发生。
—
Sam3000 '17
诊断时不要运行Process MONITOR。您试图弄清楚是不是正在发生，而不是是发生了什么-至少现在是这样。Proc Explorer-查看INTERRUPTS-这本身不是一个过程，但会显示硬件故障。通过RT将另一列添加到ProcExp，方法是：单击任意列标题，然后单击“选择列”。转到“过程性能”，然后添加“ CPU时间”。现在单击并按此进行排序，您不仅可以看到中断，而且还可以看到自启动PC以来总计100％的时间中所有其他进程。
—
DaaBoss