Windows Update, SVCHOST, and 99% CPU usage... help please...

Discussion in 'Windows Update' started by buRford, Mar 2, 2006.

  1. buRford

    Dan Guest

    <Cross posting this with Windows XP since all the threads on this
    problematic issue seem to disappear with XP general for some weird reason>
     
    Dan, Sep 28, 2006
    #21
    1. Advertisements

  2. buRford

    WBarrera Guest

    I’m so happy!!! because not stay alone in microsoft….

    But microsoft for any way not respond at the issue
     
    WBarrera, Feb 8, 2007
    #22
    1. Advertisements

  3. buRford

    leen Guest

    Robin, My PC is driving me crazy since 6 weeks, with exact the same problem
    as described above, since I started Micosoft Updater. I switched it off and
    everything is working fine. What more can I say
     
    leen, Feb 15, 2007
    #23
  4. buRford

    ick1508 Guest

    Hi
    I'm also posting here in the hope that Microsoft make more progress on this
    problem.
    I have exactly this problem when I run Microsoft Update manually in my
    Latitide D800 latop, XPSP2, quite up to date with hotfixes because I use it
    to build automation systems.
    I have tried KB927891, and the 'fix' widely posted which involves
    re-registering the Windows Update DLL's and renaming the \SoftwareDevelopment
    folder.
    The only recent change to the system was to switch from Norton to Trend
    PC-Cillin anti-virus.


    Thanks to the MVP's who post in these forums.
    Guys, please note that these guys ( I think) volunteer their time; they
    don't work for Microsoft; Robin appears to work for Cambridge University, UK.
    Fingers crossed on a fix
    Ian C-K
     
    ick1508, Mar 17, 2007
    #24
  5. buRford

    ick1508 Guest

    And an update:
    Reading the KB more carefully, it advises that Office downloads cause a
    particular problem. So I kicked off MS update (manually) again and waited for
    half an hour of flat-out CPU activity... got 13 updates in the end.

    Not good, but functional. Still better than Windows 3.1, or NT4.

    I never used automatic updates just so I had control, but I'm not doing it
    now to avoid performance issues.
     
    ick1508, Mar 17, 2007
    #25
  6. Chris Pedersen MCSE, CNE, CCNE, May 14, 2007
    #26
  7. buRford

    NZSchoolTech Guest

    The solution is to install the Windows Update Agent 3.0

    "Chris Pedersen MCSE, CNE, CCNE" <Chris Pedersen MCSE, CNE,
    > wrote in message
    news:...
     
    NZSchoolTech, May 14, 2007
    #27
  8. buRford

    Crimson Guest

    Hey, guys!

    I seem to be having the same problem, but with a few details altered:

    Not only SVCHOST consumes my CPU, but IEXPLORER.EXE and EXPLORER EXE as well!

    I got a HP DX-5150MT:
    AMD Athlon (tm) 64 X2 Dual Core Processor 3800+ 1.99GHZ
    2 GB Ram
    and a huge pagefile in C: & F: discs (2 physical discs & not 1 disc with 2
    partitions)!

    On Monday, I had a crash-out & had to re-install WinXp SP2....

    Of course, after the installation I downloaded all the updates!... So far,
    so good!
    After installing the Norton Antivirus, I updated (normally) & finished my
    installation. I have set a full pc virus scan & everything is fine!

    However, not everything was fine!

    I have no problem in accessing the programs that I use (such as IE,
    MSOutlook 2003 & Outlook Express, an ERP program etc.), but when I try to
    scroll down the situation becomes pathetic! My screens moves in steps and in
    a big document, it might take 3 minutes as well to reach the bottom!

    To tell you the truth, I 've tried everything I read & I searched thoroughly
    on the internet, without finding any solution....

    Is there any chance that something came up (after 3/17/2007), that I don't
    know about?

    Thnx in advance all for your reply! :)
     
    Crimson, Aug 23, 2007
    #28
  9. Then have a different issue, most likely not (direct) related to Windows Update.
    Please feel free to start an new thread in the Windows XP general newsgroup.
    Oerks. *Not* installing NAV would have been the better idea NOIMHSHO.

    Bye,
    Freudi
     
    Ottmar Freudenberger, Aug 23, 2007
    #29
  10. buRford

    Crimson Guest

    You got a point, however since I am talking about my job pc, the licence that
    we got is only for NAV....

    Just as an info (don't know whether this helps), I had NAV before my crash &
    everything was working fine!

    What on earth is going on?.....

    Thnx for the tip, anyway! :)
     
    Crimson, Aug 23, 2007
    #30
  11. buRford

    Crimson Guest

    Sorry, I missed that in my previous reply! (new to the communities! :))

    Thnx, I 'll have a look in there as well, in case I bring up smg!

    Cheers!
     
    Crimson, Aug 23, 2007
    #31
  12. buRford

    Flex Guest

    i was speaking to a microsoft technician yesterday about it and he gave me
    this link, seems to have worked for me so far.
    http:\\www.spywareinfo.com\xscan.php

    hope this helps
     
    Flex, Aug 24, 2007
    #32
  13. buRford

    Greg Robert Guest

    Well, here it is a year later and it's still broke in exactly the same way.
    You run Microsoft Update and SVCHOST switches from impulse to warp and stays
    that way for around five minutes eating exactly half of my dual core gateway
    835gm.

    ????

    - Greg
     
    Greg Robert, Sep 5, 2007
    #33
  14. <quote>

    When Windows Update is scanning for updates the CPU usage is high. With the WU 3.0 client
    there is some improvement in the time to show the updates compared to the previous WU 2.0
    client. This however depends upon the number of updates that are being checked for
    applications that are installed on your system such as MS Office, Visual Studio and/or SQL
    server.

    Basically the improvement is that after installing the 3.0 client, the system stays
    "responsive". You'll see the "svchost.exe" peaking at 90%. Previously the system would
    have frozen.

    You can always use only Windows automatic updates and manually scan for your Office
    updates if this is a problem.

    see-

    When you use Automatic Updates to scan for updates or to apply updates to applications
    that use Windows Installer, you experience issues that involve the Svchost.exe process
    http://support.microsoft.com/kb/932494


    --
    ====================================
    TaurArian [MS-MVP] 2005-2008 - Australia
    ====================================
    How to make a good post: http://www.dts-l.org/goodpost.htm
    Defending your machine: http://defendingyourmachine2.blogspot.com/
    http://taurarian.mvps.org/index.htm

    Emails will not be acknowledged - please post to the newsgroup so all may benefit.


    | Well, here it is a year later and it's still broke in exactly the same way.
    | You run Microsoft Update and SVCHOST switches from impulse to warp and stays
    | that way for around five minutes eating exactly half of my dual core gateway
    | 835gm.
    |
    | ????
    |
    | - Greg
    |
    | "Robin Walker [MVP]" wrote:
    |
    | > wrote:
    | >
    | > > But here's the thing, an MVP has not come along and explained this.
    | >
    | > Mainly because we don't have any idea what the problem is. None of the PCs
    | > in my care exhibit any such problem, so I cannot investigate any further.
    | >
    | > --
    | > Robin Walker [MVP Networking]
    | >
    | >
    | >
    | >
     
    TaurArian [MS-MVP], Sep 6, 2007
    #34
  15. buRford

    MrAnon Guest


    I stumbled across this thread and noticed that it was never really answered
    or resolved, so I thought I'd bring some closure :).

    The long delay on boot is caused by the mechanism used by Windows/Microsoft
    Auto Update (wuauclt.exe; ...\system32\wu*.*) to determine if you're up to
    date or not. Essentially the routine takes each update in order and looks
    for it's signature in the appropriate program, thusly: Fetch Update A -> get
    signature for Update A -> scan [Windows/Office/Other MS software] for matches
    to Update A signature -> IF match found, fetch Update B; ELSE add Update A to
    InstallList then fetch Update B. Obviously, the more updates available
    and/or pieces of MS software you have installed, the longer the whole
    procedure will take. A quick aside here: *Windows* Update just handles
    updating the OS itself. *Microsoft* Update handles Windows, Office, and most
    any other M$ software you've got. You can cut down on the time wastage by
    either avoiding MS Update for Windows Update or by configuring MS Update to
    only check for OS updates.

    The modules mentioned (svchost, iexplore, explorer) are Windows components
    involved in the update process. As a working generalization, you can think
    of these components' functions this way: svchost [services host] is
    essentially the virtual machine that the component runs in; iexplorer
    (Internet Explorer) handles communications between Windows and the MS website
    [regardless of what browser you actually use]; and explorer (Windows
    Explorer) handles communications between Windows components themselves and
    between Windows and you. So you can conceptualize the outbound
    communications as: wu*.* files -> svchost (for Windows Update) -> explorer
    -> svchost (for Internet Explorer) -> iexplore -> Update website [for
    incoming, reverse the sequence].

    The ActiveX blocker mentioned above at Spyware.info works by preventing all
    ActiveX controls from running. ActiveX has gotten a pretty bad reputation
    because, like a gun, it can be used for great evil. But also like a gun, it
    can be used for great good; in this case, ActiveX controls are what lets the
    MS website scan your copy of MS software looking for the Update signature as
    discussed above. By preventing ActiveX controls from running, you are
    preventing the update process from happening and thus not using any CPU
    cycles. However, you're also preventing many other (some good!) things from
    running as well - like some anti-virus programs' updates/scans, many
    utilities, and interfering with some core Windows functions. Back to our
    analogy, it's like taking the bullets away from the gun - you can't use it
    for evil, but you can't use it to stop evil, either.

    There is no way to "fix" the problem. If you get updates, you're going to
    incur the CPU usage. What you can do, however, is control WHEN you get the
    updates. Control Panel > Security Center > Automatic Updates lets you set a
    schedule that Windows should use to check for updates. This procedure,
    however, has been known to be flaky and you need to be aware that if you
    automate any steps of the update process, you're going to get what MS wants
    you to have - which may not coincide with what YOU want to have.

    Alternatively, you can use my preferred method which is to disable updates
    entirely; enabling them only when YOU want to check/get them.
    This gives you the ability to control when you get updates AND (unless you
    choose the "express" option on the website) lets you choose which updates you
    get and install. Don't want the Korean language pack update? Uncheck the
    box and you won't get it. Already got good anti-virus? Then you can uncheck
    the MRT update. Think IE7 is a tool of Satan? Uncheck the box... And so on.

    Note, however, that taking control of your updates is NOT as simple as
    turning Automatic Updates off in Security Center - oh, no! This IS, after
    all, Micro$oft and that would be too easy and obvious. Turning Updates off
    really only turns off Windows *telling you* that it's doing the Update thing
    - it will still contact the website, get updates, scan your system, etc.; you
    just won't know about it and the updates won't actually be applied (in
    theory, anyway....). To truly stop Automatic Updates you must kill the
    service which can be done using the services.msc MMC snap-in, or the SC
    command-line command, or a 3d party utility like my recommendation, Nir
    Sofer's marvelous ServiWin applet freeware from http://www.nirsoft.net .
    Set the Startup option to "disabled" and after a reboot, auto updates will
    not load. When you want to check updates, simply access the service again
    with whatever method you prefer, set Startup to "Automatic" and "start" it.
    When you're done with the updates, just reset the service to "stop" and
    "disabled". A small price in hassle to pay, IMO, for the security of
    controlling what's on your system.

    A bit long-winded, but I tried to cover all the issues/questions raised in
    the thread. Hope it's been helpful to *somebody*!

    DeanR
    A+, MCP
     
    MrAnon, Dec 10, 2007
    #35
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.