svchost.exe吞噬CPU:哪些服务可能是原因?


17

多亏了这些很棒的说明,我终于能够(!)识别svchost.exe进程的服务,该进程占用了Windows XP Professional SP3(2002版)上大量的CPU:

Process                   PID    Services
========================= ====== =============================================
svchost.exe                 5516 BITS, EventSystem, Nla, RasMan, SENS,        
                                 ShellHWDetection, TapiSrv, W32Time, winmgmt, 
                                 wuauserv         

现在:

  1. 这些服务中的哪一个可能是造成问题的原因?
  2. 我现在要阻止其中一些吗?
  3. 如果是,可以安全停止哪些服务,最好不要停止?(不破坏系统稳定性)
  4. 如何管理服务?使用services.msc?问题services.msc是我已经本地化了Windows,并且看到它们都已翻译。有什么办法可以匹配和停止/启动与上面提供的英语名称的相应服务?

非常感谢!

PS:在本地化的Windows上,产生以上输出以找到贪婪的svchost.exe进程的服务是棘手的,因为/fi对进程名称的过滤不起作用(过滤器命令本身已翻译为czech,因此无法输入由于字符集问题,请在控制台上输入!!!!这是我的方法:

  1. tasklist /v > c:\tomas\file.txt
  2. 通过内存使用量找到适当的svchost进程的PID。
  3. tasklist /svc /fi "PID eq 5516"

PS:这根本不是#995581的重复,这不是关于数据,而是关于CPU消耗,而且svchost问题是如此频繁,以至于值得它自己的特定问题,这也与特定服务有关。这个问题根本解决不了我的问题。


1
关于您的编辑和我的回滚:接受答案就足以表明问题已解决。
卡米尔Maciorowski

11
再说一遍:Windows XP在四年前就已经寿终正寝了。在过去的四年中,除了两个值得注意的例外,它还没有创建任何补丁……甚至没有重要的安全更新,甚至没有发现已知的安全漏洞(并且其中有很多!),这样做既危险又不负责任。继续使用此系统。升级到受支持的操作系统应该是工作1。
Joel Coehoorn

1
感谢您的宝贵意见,但正如Kamil所说,在超级用户社区中,我们并未将问题标记为“最终解决”。通过一个公认的答案,我们很容易看到这一点。更重要的是,您确实需要使用比Windows XP更现代的操作系统。使用它只是在乞求发生安全事件。
Run5k

1
与Windows 7中WindowsUpdate引起问题的方式相同。多年来发布了许多更新,WU很难检查它真正需要的更新。
magicandre1981 '18

4
是否应该将其迁移到retrocomputing.stackexchange.com
Heinzi

Answers:


41

首先:不要使用Windows XP。这是一场等待发生的事故。

就是说,我几乎可以确定这wuauserv是罪魁祸首:Windows Update在Windows XP中完全被破坏了,它不再具有任何用途。尝试net stop wuauserv确保。


12
它是Windows自动更新的服务器组件(wuauctrl是客户端)。这样一来,它必须创建要安装的更新列表。由于有些聪明的人选择了O(e ^ n)算法来执行此操作,因此随着要考虑的更新数量的增加,这变得不可控制地缓慢。由于它还负责运行安装程序,因此如果在尝试(和失败)安装更新时被中断,则可能会运行SR实例。
Eugen Rieck

3
如果更新失败,则许多Windows更新的安装过程都始于创建一个系统重定点,以使其具有系统的已知工作版本。如果确实失败(例如,wuauserv被杀死),则系统还原服务将还原到该还原点,从而消除失败的安装尝试所带来的任何不良影响。
尤金·里克

1
不需要花很长时间-只是要明确一点:SR服务将在短时间内完成实际工作,但是它将一直存在直到重启。实际上,我很确定它以前已经存在,但是在活动规模方面如此之低,您只是没有看到它。
Eugen Rieck

9
@Tomas,真的应该重申,不要再使用WinXP。如果您出于某种向后兼容性而需要它,那么最好的选择是隔离的虚拟机。我还要确保它没有连接到互联网。WinXP到目前为止有很多未修补的远程代码漏洞,以及针对浏览器的安全更新很少甚至没有。
Jarrod Christman

7
不要只是停止服务...将其标记为已禁用,这样它就不会再次运行。对Windows XP的支持已终止,因此它似乎无法找到新的更新,因此让它在后台运行没有用。
Joel Coehoorn
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.