Windows 7 - svchost.exe consumes 99% cpu

Asked By Christo on 19-May-07 02:33 PM
Folks maybe someone can explain the following!

If I have Automatic Updates configured to "Automatic", then svchost.exe
consumes the entire cpu until I end the svchost process.
If it is set to "Disabled" then th ePC runs issue free....btu I cannot
download and install Windows Updates.

I have noticed an awful lot of posts on the web on svchost.exe causing
issues, so I downloaded Process Explorer and started to Stop all the services
one by one associated with that instance of svchost.exe that was using up the
cpu...and once Automatic Updates was stopped - th ePC ran fine...hense my
above comment and actions.

Any thoughts?

This is Dell laptop that I have rebuilt from scratch, has an official OEM
Windows XP install + Office 2003 installed...and nothing else!

Let me know.




Robin Walker [MVP] replied on 19-May-07 03:01 PM
For a possible fix to this problem, please do BOTH of the following:

1. (not for Vista) Download and install update KB927891 version 3:
and then restart Windows.

2. For 32-bit systems, download and save to hard disk, and then install:

Then visit Microsoft Update again, and report back whether your problem is
fixed.

--
Robin Walker [MVP Networking]
rdhw@cam.ac.uk
Christo replied on 19-May-07 03:46 PM
Hi Robin,

Both installed fine and the second install re-enabled the Automatic Update
service...and all seemed fine until I started browsing the web, at wihch
point svchost.exe started going crazy again...memory usage jumping from 20k
through to 60k, 80k, 120k!

...only solution to set the service to Disabled and then restart...then all
is fine once again...so I am farid still an issue!

IE did ask me to install something once I went back to Windows Update for
the first time as well.

Any suggestions?
Robin Walker [MVP] replied on 19-May-07 06:29 PM
This does not matter - it will not interfere with your usage of the PC.  Just
let it go and do what it wants.

--
Robin Walker [MVP Networking]
rdhw@cam.ac.uk
Robert Aldwinckle replied on 20-May-07 12:12 AM
If you give  wuauserv  its own task (e.g. not sharing svchost.exe with
who knows what all)  you could then change its dispatching priority
(without affecting the dispatching priority of all the other services
which currently share that host task).

See this site for ideas along that line:

http://mygreenpaste.blogspot.com/search/label/SVCHOST

(Live Search for
sc config wuauserv svchost
)

I think it is one of the articles that this one links to
where I read about the  sc config  type=  own  idea.
Really elegant solution to a problem that I would have
been doing major reg-hacking for otherwise.   <eg>

BTW  thanks to poster  M.J.  for making me aware of that site.


Good luck

Robert Aldwinckle
---
PA Bear replied on 20-May-07 03:48 PM
It’s important to note that with the MSI fix and the new client installed,
the CPU may still go near 100%, but the system should still be responsive
and not lock up.  If another task requires CPU cycles they will be shared,
but if the system is idle, MSI will use the full cycles available.  If a
task is running at the same time as MSI, the system may be slightly slower,
but should still be responsive during this time.  Key to remember the MSI
fix and the new client address  unresponsive or locked systems.  CPU spikes
during some scans are expected, machine unresponsiveness is not. If your
watching the process monitor, you will still see 100% CPU during some scans
and this is expected behavior.
Source:
http://blogs.technet.com/wsus/archive/2007/05/15/srvhost-msi-issue-follow-up.aspx
--
~Robear Dyer (PA Bear)
MS MVP-Windows (IE, OE, Security, Shell/User)
AumHa VSOP & Admin; DTS-L.org