"JamesJ" <jjy@Darwin_adelphia.net> wrote in message
news:...
>I can't run any programs for about 60 secs. after startup when I have
> Automatic Updates on.
> I have Automatic Updates set to notify. I even have problems bringing up
> Task Manager.
Once you get Task Manager up take a look in the Processes tab
and sort by CPU. What task has the majority of the CPU%?
Normally System Idle Process should sort to the top or bottom
of the list with the maximum utilization. If it's consistently something else
that task could be hogging the processor and making everything else
seem slow.
> The programs I tried to run eventually run but only after a seemingly long
> time.
> I went to the Windows Update web site and it seemed like it took for ever to
> scan
> my system for needed updates.
> When I turn Automatic Updates off the problem is gone. Even though I see
> a service in task manager called audctl.exe. (I believe that was the name.)
I suspect you'll find it is a task called svchost.exe which is the problem.
audctl.exe sounds more like an Audio Control (but find it and use File,
Properties to find out yourself for sure.)
> If Automatic Updates
> are turned off why would this service run at startup.
More support for the idea that svchost.exe will be the task
hogging the CPU. If it is svchost.exe you can check that it is the one
which hosts the AU service by entering the following command
in a cmd window:
tasklist /svc /fi "Imagename eq svchost.exe"
and doing a Find up for wuauserv (e.g. right-click, Find... to do that.)
Verify that the PID associated with the svchost.exe is the same one
which is hogging the CPU. You can also use "PID eq nnn" as an
alternate /fi argument but I think that it's easier to describe what to look
for this way.
I'm told that not all OS have access to tasklist. In that case, an alternative
would be to use Process Explorer, from SysInternals, which is now being
distributed by Microsoft. Using that alternative is relatively straightforward
but it is much easier to demonstrate than describe due to all the clicking
for menu and dialog navigation.
> Also, Windows Update tried but failed to install Office 2003 Service Pack 2.
> I disabled my virus software for the heck of it even though I have the
> updates for the
> virus software turned off.
>
> Any help will be appreciated,
> James
Once you have done all the forgoing diagnosis, you could have
tried a search using the collected information as the basis for
a query. It is also useful to tack on MVP to your query to use
as filter for finding threads where there might be some actual
resolutions and thus exclude other discussions where this may
be less likely to have happened.
http://www.microsoft.com/communities...5a1&sloc=en-us
(web interface search for
svchost cpu mvp
)
refers to
http://support.microsoft.com/kb/916089/en-us
which is currently the only hit that matches (an Advanced Boolean) search
of the MSKB for
"windows update" AND cpu
Unfortunately svchost is not specifically referenced by the KB article.
Actually there are a lot of hits on the web interface for my query.
The only reason I picked that one is because it was the only one
which anybody had bothered clicking Answers the question
even though the message they clicked on was a different suggestion. ; )
Let's do the same search with Google Groups and sort by date to see if
there have been any more recent developments on this topic:
Here's one which contains most of the common suggestions so far,
including, in addition to the above hotfix, the suggestion to treat it as
a possible case of corruption of the WU data store or as an instance
of interference by Windows Defender:
http://groups-beta.google.com/group/...7e71ed41868679
(Google Groups search for
cpu svchost MVP group:microsoft.*.windowsupdate
)
Good luck
Robert Aldwinckle
---
Similar Threads
Linear Mode
