windows - 是什么导致 MS Windows 'System' 进程在编译时出错？

Question

最近有几次我注意到“某些东西”导致 Windows 系统进程处于 50% 以上，并且在 PC 重新启动之前它不会退出。到目前为止发生在 Win2k 和 Win XP 上。

这特别麻烦，因为它目前似乎是由 MSVC 2005/Incredibuild 触发的，重新启动构建服务器不是一件好事。

与此同时，“系统空闲进程”进程占据了 CPU 的其余部分，构建步骤本身似乎处于饥饿状态。 IE。一个通常需要 <5 分钟编译时间的模块目前需要 20 分钟以上。

我会猜测可能是病毒检查程序或 Tortoise svn，但会拼命喜欢其他一些建议。

编辑:
我一直在经历这种被触发的事情，而罪魁祸首可能不会持续。这并不是说其他​​一些正在进行的进程没有做一些“愚蠢”的事情，而是在管理一个系统的事件锁定，同时看起来是空闲的。

系统(1 个核心的 100%)和系统空闲进程共享 CPU 总量的 98-100%。偶尔 mt.exe、link.exe、buildservice 会以 1-2% 的速度查看。我正在运行 VNC 来查看机器，因此有时会查看它。

编辑 2:前一天晚上离开时，构建过程似乎进展缓慢，但又等了 13 个小时后，1 小时的构建过程还没有完成。系统仍在占用 1 个核心。

Answer 1

我的理解是，“系统”进程是在内核中花费的时间(因此执行磁盘 I/O、网络 I/O(您确实提到了 Incredibuild)等)——我会检查磁盘碎片、病毒检查器，并可能在您的 Incredibuild 集群中的其他机器上查看这些。

由于系统空闲进程以“低”优先级运行，因此它“占用 CPU 时间”是一个转移注意力的问题——如果有的话，它只是表明有可用的 CPU 时间。处理被困在单个处理器上的事实表明该进程正在做一些不支持多核的事情，或者有人将它的线程亲和性设置为 1。