过去几天，我们一直在使用我们的WSUS服务器吃掉100％的CPU使用率。 我们没有太多的客户（最多可能有30个左右），所以这不是问题（更不用说这个服务器有更多的过去）。
所以，在我的debugging中，我已经完全重新安装了WSUS和Windows内部数据库（SQL Server 2005）几次（每次删除数据库并下载文件），并保持同样的问题。 sqlservr.exe使用大约85％的可用CPU，而wsusservice.exe使用另外的15％。 请记住，在这一点上基本上没有任何事情发生在服务器上（没有连接客户端等）。
我打开了任务pipe理器，我发现在这两个进程之间，他们使用了大约275 MB的RAM（在1024 MB系统上）。 然而，页面错误只是保持在每秒7K到10K左右。 所以，试图看看是否是这个问题，我在Windows中禁用了页面文件并重新启动。 我仍然看到页面错误率很高。 任务pipe理器的性能选项卡仍然显示大约600mb的PF使用价值…我不明白，为什么它仍然跟踪PF的使用情况，如果没有分页文件…？ （驱动器抖动，磁盘发生了什么事情，在任务pipe理器中看不到很多磁盘I / O，而且由于禁用了PF，VMWarepipe理器显示的是中等写入速率，大约为1.5 Mbps ，它的读取速度也下降了9 Kbps，驱动器的突发速率要高得多，所以我只能假设它是为了寻找为什么这么低（随机写入））。
承诺费如下：
物理内存如下：
哦，它在VMware ESXi 3.5服务器上运行Server 2k3 SP1（Quad Xeon，8GB内存和6 x u320 SCSI HDD）。
在这一点上，我迷失了方向，继续如何…
其实，在我写这篇文章的时候， sqlservr.exe进程的内存使用量已经从100mb左右跳到了330mb。 现在它正在做一个同步，所以我可以理解增加，但它仍然没有用过100％的CPU来完成像简单的完全同步的东西…
页面文件的使用不是真正的页面文件正在使用，它是可以被分页的数据。
我的怀疑是你在虚拟CPU上看到了很高的准备时间。 尝试暂时设置这台机器的CPU预留，看看你是否有同样的问题。 这将保证虚拟机获取它在虚拟世界中看到的所有物理CPU。