Re[4]: [H] SVCHost survey
Hello Mark, Thursday, May 10, 2007, 6:09:52 PM, you wrote: > I think that if you did not reply to it then you did not want it or > something like that... OK, I'll just sign myself back up. He's got a useful mailer. -- Regards, joeuser - Still looking for the 'any' key...
RE: Re[2]: [H] SVCHost survey
I think that if you did not reply to it then you did not want it or something like that... Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe User Sent: Thursday, May 10, 2007 5:53 AM To: 'The Hardware List' Subject: Re[2]: [H] SVCHost survey Hello Mark, Thursday, May 10, 2007, 5:03:11 AM, you wrote: > This is in Brian Livingston's newsletter: > Finally, a real 'svchost.exe' fix Speaking of, I don't get his mail anymore. I wonder what happened there. I don't recall him pushing Dell or that ilk, so I wouldn't have chewed his ass... Last thing I recall was some great mail test he was doing. Guess I failed. -- Regards, joeuser - Still looking for the 'any' key... No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.6.6/795 - Release Date: 5/9/2007 3:07 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.6.6/795 - Release Date: 5/9/2007 3:07 PM
RE: [H] SVCHost survey
disable is best, manual run better IMO not all updates are good fp At 09:06 AM 5/10/2007, Thane Sherrington Poked the stick with: >At 07:03 AM 10/05/2007, Mark Dodge wrote: >>This is in Brian Livingston's newsletter: >>Finally, a real 'svchost.exe' fix > >It's not really a real fix. The problem is lessened, but it doesn't go away. >The only real fix is to switch back to Windows Update from Microsoft Update. >Better than disabling updates completely, I guess. > >T > -- Tallyho ! ]:8) Taglines below ! -- Be careful when playing under the anvil tree.
RE: [H] SVCHost survey
At 07:03 AM 10/05/2007, Mark Dodge wrote: This is in Brian Livingston's newsletter: Finally, a real 'svchost.exe' fix It's not really a real fix. The problem is lessened, but it doesn't go away. The only real fix is to switch back to Windows Update from Microsoft Update. Better than disabling updates completely, I guess. T
Re[2]: [H] SVCHost survey
Hello Mark, Thursday, May 10, 2007, 5:03:11 AM, you wrote: > This is in Brian Livingston's newsletter: > Finally, a real 'svchost.exe' fix Speaking of, I don't get his mail anymore. I wonder what happened there. I don't recall him pushing Dell or that ilk, so I wouldn't have chewed his ass... Last thing I recall was some great mail test he was doing. Guess I failed. -- Regards, joeuser - Still looking for the 'any' key...
RE: [H] SVCHost survey
This is in Brian Livingston's newsletter: Finally, a real 'svchost.exe' fix For those of you who've suffered from svchost.exe, which is used by Microsoft Update, going wild and taking 100% of your workstation's CPU resources, help is at hand. Redmond plans to offer up some long-awaited patches to updaters in the foreseeable future. But you can get the needed fixes to solve this problem and get your computer back now — without having to disable Microsoft Update and reverting back to Windows Update, or disabling Automatic Updates altogether. The fix is two-fold. Both of the following patches are needed to fix the issue: • Step 1: KB 927891. Download the fix from Knowledge Base article 927891 (this link is for Windows XP machines) and install it first. • Step 2: WSUS 3.0 client. Next, install the WSUS 3.0 client update. An MSDN article on this update is available in Microsoft's MSDN library. A link to the executable is contained near the very bottom of that article, or you can download the executable using this link. (There is no easy download page at Microsoft yet, because this fix has just come out.) You need this download to install the new Automatic Updates program, which is technically the new WSUS 3.0 client. Even though you may not be using Windows Software Update Services, this download provides you with the new engine that's used by workstations that run Microsoft Update. You may still see your system spike up to 100% CPU usage every now and then. But we should soon get from Microsoft the much needed, permanent fix to this very vexing issue, which many of us have been fighting for months. The promised patches will be deployed to all customers in the coming months, as discussed in the official WSUS blog. These are the links embedded: <http://www.microsoft.com/downloads/details.aspx?familyid=7A81B0CD-A0B9-497E -8A89-404327772E5A&displaylang=en> MSDN article: http://msdn2.microsoft.com/en-us/library/aa387285.aspx Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thane Sherrington Sent: Thursday, May 10, 2007 11:13 AM To: The Hardware List Subject: RE: [H] SVCHost survey At 12:22 PM 09/05/2007, Hayes Elkins wrote: >That it is most likely wuauclt that is the culprit. > >Try updating the WU update agent to v3.0 > >http://download.windowsupdate.com/v7/windowsupdate/redist/standalone/Window sUpdateAgent30-x86.exe >I've read of good results from a thread here @ arstechnica and there >are other interesting suggestions to try as well (no need to read >the previous 6 pages): >http://episteme.arstechnica.com/eve/forums/a/tpc/f/12009443/m/786004271831/ p/7 This sometimes works, but switching to Windows Update seems to work all the time. T No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.6.6/795 - Release Date: 5/9/2007 3:07 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.6.6/795 - Release Date: 5/9/2007 3:07 PM
RE: [H] SVCHost survey
I have 6 instances. Total Peak - 225,448K Total CPU ~ 111 minutes Total Idle - 38:49:12 Bobby -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thane Sherrington Sent: Wednesday, May 09, 2007 9:14 AM To: hardware@hardwaregroup.com Subject: [H] SVCHost survey I'm getting a lot of machines in where SVCHost has gone insane and is sucking up a lot of RAM and CPU time. There are some suggested fixes for it (mostly reinstalling/registering Microsoft Updates) but I'm interested in finding out what the "normal" CPU time and Peak Mem Usage are for svchost.exe. If people would take the time to reply with the information listed below for as many machines as they can, that would be great. To get the information, bring up Task Manager, click on View and Choose Select Columns. Check off CPU time and Peak Mem Usage. Then sort by CPU time. I'd like to get the information for System Idle Process (CPU Time) and the svchost with the highest CPU time (both CPU time, Mem Usage and Peak Mem Usage.) On my laptop, which doesn't appear to be affected, it looks like this: System Idle Process - CPU time: 34:01:05 svchost.exe - CPU Time: 00:05:36, Mem Usage (6320K) Peak Mem Usage (7584K) I'll will share all findings with the list. T
Re: [H] SVCHost survey
Thane, My share of specs follow your msg Hope this helps.. :) Best, Duncan At 09:13 05/09/2007 -0400, Thane wrote: I'm getting a lot of machines in where SVCHost has gone insane and is sucking up a lot of RAM and CPU time. There are some suggested fixes for it (mostly reinstalling/registering Microsoft Updates) but I'm interested in finding out what the "normal" CPU time and Peak Mem Usage are for svchost.exe. If people would take the time to reply with the information listed below for as many machines as they can, that would be great. To get the information, bring up Task Manager, click on View and Choose Select Columns. Check off CPU time and Peak Mem Usage. Then sort by CPU time. I'd like to get the information for System Idle Process (CPU Time) and the svchost with the highest CPU time (both CPU time, Mem Usage and Peak Mem Usage.) On my laptop, which doesn't appear to be affected, it looks like this: System Idle Process - CPU time: 34:01:05 svchost.exe - CPU Time: 00:05:36, Mem Usage (6320K) Peak Mem Usage (7584K) I'll will share all findings with the list. T snip 13:10 05/09/2007 System: OFC (W2Ksp4) process: System Idle Process PID: 0 CPU: 99 CPU Time: 44:58:25 (incr up) Mem Usage: 16K Peak Mem Usage: 16K System: OFC (W2Ksp4) process: svchost.exe PID: 492 CPU: 00 CPU Time: 0:00:00 Mem Usage: 9176K Peak Mem Usage: 9352K System: OFC (W2Ksp4) process: svchost.exe PID: 424 CPU: 00 CPU Time: 0:00:00 Mem Usage: 5132K Peak Mem Usage: 5252K System: OFC (W2Ksp4) process: svchost.exe PID: 692 CPU: 00 CPU Time: 0:00:00 Mem Usage: 7964K Peak Mem Usage: 35624K System: LIB (W2Ksp4) process: System Idle Process PID: 0 CPU: 99 CPU Time: 45:44:45 (incr up) Mem Usage: 16K Peak Mem Usage: 16K System: LIB (W2Ksp4) process: svchost.exe PID: 496 CPU: 00 CPU Time: 0:00:00 Mem Usage: 9152K Peak Mem Usage: 9464K System: LIB (W2Ksp4) process: svchost.exe PID: 804 CPU: 00 CPU Time: 0:00:00 Mem Usage: 7944K Peak Mem Usage: 22264K System: LIB (W2Ksp4) process: svchost.exe PID: 412 CPU: 00 CPU Time: 0:00:00 Mem Usage: 4720K Peak Mem Usage: 4752K System: SRV (W2KServer w/sp4) process: System Idle Process PID: 0 CPU: 99 CPU Time: 91:20:25 (incr up) Mem Usage: 16K Peak Mem Usage: 16K System: SRV (W2KServer w/sp4) process: svchost.exe PID: 532 CPU: 00 CPU Time: 0:00:00 Mem Usage: 8308K Peak Mem Usage: 8384K System: SRV (W2KServer w/sp4) process: svchost.exe PID: 884 CPU: 00 CPU Time: 0:00:00 Mem Usage: 7588K Peak Mem Usage: 21624K System: SRV (W2KServer w/sp4) process: svchost.exe PID: 432 CPU: 00 CPU Time: 0:00:00 Mem Usage: 4468K Peak Mem Usage: 4616K System: SRV (W2KServer w/sp4) process: svchost.exe PID: 1484 CPU: 00 CPU Time: 0:00:00 Mem Usage: 4424K Peak Mem Usage: 4464K System: GAM (W2Ksp4) process: System Idle Process PID: 0 CPU: 99 CPU Time: 55:01:50 (incr up) Mem Usage: 16K Peak Mem Usage: 16K System: GAM (W2Ksp4) process: svchost.exe PID: 776 CPU: 00 CPU Time: 0:00:00 Mem Usage: 7896K Peak Mem Usage: 35504K System: GAM (W2Ksp4) process: svchost.exe PID: 404 CPU: 00 CPU Time: 0:00:00 Mem Usage: 9376K Peak Mem Usage: 9560K System: GAM (W2Ksp4) process: svchost.exe PID: 368 CPU: 00 CPU Time: 0:00:00 Mem Usage: 4652K Peak Mem Usage: 4656K System: TRXP (XP) process: System Idle Process UName: System PID: 0 CPU: 99 CPU Time: 19:07:10 (incr up) Mem Usage: 16K Peak Mem Usage: 0K System: TRXP (XP) process: svchost.exe UName: Local Service PID: 1148 CPU: 00 CPU Time: 0:00:00 Mem Usage: 4572K Peak Mem Usage: 4580K System: TRXP (XP) process: svchost.exe UName: Network Service PID: 1072 CPU: 00 CPU Time: 0:00:00 Mem Usage: 3300K Peak Mem Usage: 3356K System: TRXP (XP) process: svchost.exe UName: System PID: 1032 CPU: 00 CPU Time: 0:00:25 Mem Usage: Peak Mem Usage: System: TRXP (XP) process: svchost.exe UName: Network Service PID: 936 CPU: 00 CPU Time: 0:00:00 Mem Usage: 4184K Peak Mem Usage: 4216K System: TRXP (XP) process: svchost.exe UName: System PID: 840 CPU: 00 CPU Time: 0:00:00 Mem Usage: 4384K Peak Mem Usage: 4384K --specs end-- This email scanned for Viruses and Spam by ZCloud.net
Re: [H] SVCHost survey
On May 9, 2007, at 9:37 AM, Hayes Elkins wrote: svchost is just a process that other services, including third party drivers, utilize, it is in itself typically not the culprit when things go crazy. HP printer driver software for instance, which is PURE GARBAGE, will certainly cause svchost to exhibit that behavior. I've seen it myself with their HP update component. I would try looking at sysinternals' (now owned by MS) Process Explorer to see what really is driving those out of place svchost threads. You know, I have NO idea why so many crappy peripheral and software makers decide that users need some horribly written, bloated, annoying, P.O.S. software installed and constantly running! I ran into this exact svchost problem yesterday, and while I think it was the update problem (I disabled auto updates and installed the hotfix) I took the opportunity to kill the HP software too--how annoying! The worst thing is people buy these computers from Dell etc that have HUGE applicatiosn for printer...sound card...monitor..even MOUSE. And then it's a surprise that the computers run slowly and get messed up? sheesh. Scott
RE: [H] SVCHost survey
At 12:22 PM 09/05/2007, Hayes Elkins wrote: That it is most likely wuauclt that is the culprit. Try updating the WU update agent to v3.0 http://download.windowsupdate.com/v7/windowsupdate/redist/standalone/WindowsUpdateAgent30-x86.exe I've read of good results from a thread here @ arstechnica and there are other interesting suggestions to try as well (no need to read the previous 6 pages): http://episteme.arstechnica.com/eve/forums/a/tpc/f/12009443/m/786004271831/p/7 This sometimes works, but switching to Windows Update seems to work all the time. T
RE: [H] SVCHost survey
That it is most likely wuauclt that is the culprit. Try updating the WU update agent to v3.0 http://download.windowsupdate.com/v7/windowsupdate/redist/standalone/WindowsUpdateAgent30-x86.exe I've read of good results from a thread here @ arstechnica and there are other interesting suggestions to try as well (no need to read the previous 6 pages): http://episteme.arstechnica.com/eve/forums/a/tpc/f/12009443/m/786004271831/p/7 From: Thane Sherrington <[EMAIL PROTECTED]> Reply-To: The Hardware List To: The Hardware List Subject: RE: [H] SVCHost survey Date: Wed, 09 May 2007 10:43:11 -0300 At 10:37 AM 09/05/2007, Hayes Elkins wrote: svchost is just a process that other services, including third party drivers, utilize, it is in itself typically not the culprit when things go crazy. HP printer driver software for instance, which is PURE GARBAGE, will certainly cause svchost to exhibit that behavior. I've seen it myself with their HP update component. I would try looking at sysinternals' (now owned by MS) Process Explorer to see what really is driving those out of place svchost threads. On everyone of the machines I'm dealing with, it's Microsoft Update. I know the cause - I just want a baseline so I can see when a machine is fixed and when it isn't. T _ Like the way Microsoft Office Outlook works? Youll love Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_outlook_0507
Re: [H] SVCHost survey
At 10:24 AM 09/05/2007, Brian Weeden wrote: Microsoft is aware of it but last time I checked the patch was only available over their special distro system for people that matter, not a public download. The only option is to turn off autoupdates which is what I did and Switching to Windows Update from Microsoft Update fixes the problem (at least on the bad one I had) if the patches don't fix it. To do this, go to Microsoft Update, Click Change Settings, and scroll down to To Using Microsoft Update. Check off the Disable Microsoft Update box, click Apply changes, and reboot. T
Re: [H] SVCHost survey
At 12:30 PM 09/05/2007, Al Anger wrote: Thane Sherrington <[EMAIL PROTECTED]> wrote: > If people would take the time to reply http://al_anger.home.comcast.net/task.jpg Thanks Al, would you mind adding the CPU time and Peak Mem Usage column and putting that image up - or email it to me offlist? T
RE: [H] SVCHost survey
At 10:37 AM 09/05/2007, Hayes Elkins wrote: svchost is just a process that other services, including third party drivers, utilize, it is in itself typically not the culprit when things go crazy. HP printer driver software for instance, which is PURE GARBAGE, will certainly cause svchost to exhibit that behavior. I've seen it myself with their HP update component. I would try looking at sysinternals' (now owned by MS) Process Explorer to see what really is driving those out of place svchost threads. On everyone of the machines I'm dealing with, it's Microsoft Update. I know the cause - I just want a baseline so I can see when a machine is fixed and when it isn't. T
RE: [H] SVCHost survey
svchost is just a process that other services, including third party drivers, utilize, it is in itself typically not the culprit when things go crazy. HP printer driver software for instance, which is PURE GARBAGE, will certainly cause svchost to exhibit that behavior. I've seen it myself with their HP update component. I would try looking at sysinternals' (now owned by MS) Process Explorer to see what really is driving those out of place svchost threads. From: Thane Sherrington <[EMAIL PROTECTED]> Reply-To: The Hardware List To: hardware@hardwaregroup.com Subject: [H] SVCHost survey Date: Wed, 09 May 2007 10:13:36 -0300 I'm getting a lot of machines in where SVCHost has gone insane and is sucking up a lot of RAM and CPU time. There are some suggested fixes for it (mostly reinstalling/registering Microsoft Updates) but I'm interested in finding out what the "normal" CPU time and Peak Mem Usage are for svchost.exe. If people would take the time to reply with the information listed below for as many machines as they can, that would be great. To get the information, bring up Task Manager, click on View and Choose Select Columns. Check off CPU time and Peak Mem Usage. Then sort by CPU time. I'd like to get the information for System Idle Process (CPU Time) and the svchost with the highest CPU time (both CPU time, Mem Usage and Peak Mem Usage.) On my laptop, which doesn't appear to be affected, it looks like this: System Idle Process - CPU time: 34:01:05 svchost.exe - CPU Time: 00:05:36, Mem Usage (6320K) Peak Mem Usage (7584K) I'll will share all findings with the list. T _ Like the way Microsoft Office Outlook works? Youll love Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_outlook_0507
Re: [H] SVCHost survey
At 10:24 AM 09/05/2007, Brian Weeden wrote: Microsoft is aware of it but last time I checked the patch was only available over their special distro system for people that matter, not a public download. The only option is to turn off autoupdates which is what I did and From my reading, going back to Windows Update from Microsoft Update also fixes it, but I don't see how to do that. T
Re: [H] SVCHost survey
At 10:24 AM 09/05/2007, Brian Weeden wrote: If you use the awesome ProcessExplorer you will see that of the multiple instances of svchost, the one that gets called by the autoupdater is the culprit. Most likely a race condition. Yes, I agree that this is the problem, but I'm trying to find what is normal for a working svchost.exe. I have used the following patches: WindowsXP-KB927891-v2-x86-ENU.exe and WindowsUpdateAgent30-x86.exe both of which are available publically (at least, I found them) but I'm not sure if they fix the problem or now. For instance, I have one machine I ran the patch on, and svchost is now consuming 0.25% of total CPU time, but on another machine I'm still at 11.70% of total CPU time. Interestingly enough, the peak mem usage on the "fixed" machine is 159,436K (a 441.06% rise over current), whilst the unfixed is 127,012K (a 312.96% rise over current.) T
Re: [H] SVCHost survey
Thane Sherrington <[EMAIL PROTECTED]> wrote: > If people would take the time to reply http://al_anger.home.comcast.net/task.jpg - al -
RE: [H] SVCHost survey
I have seven instances of SVCHost on my laptop. Total of about 16 seconds of CPU time in the last half hour. And total peak memory usage is about 53MB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thane Sherrington Sent: 09 May 2007 14:14 To: hardware@hardwaregroup.com Subject: [H] SVCHost survey I'm getting a lot of machines in where SVCHost has gone insane and is sucking up a lot of RAM and CPU time. There are some suggested fixes for it (mostly reinstalling/registering Microsoft Updates) but I'm interested in finding out what the "normal" CPU time and Peak Mem Usage are for svchost.exe. If people would take the time to reply with the information listed below for as many machines as they can, that would be great. To get the information, bring up Task Manager, click on View and Choose Select Columns. Check off CPU time and Peak Mem Usage. Then sort by CPU time. I'd like to get the information for System Idle Process (CPU Time) and the svchost with the highest CPU time (both CPU time, Mem Usage and Peak Mem Usage.) On my laptop, which doesn't appear to be affected, it looks like this: System Idle Process - CPU time: 34:01:05 svchost.exe - CPU Time: 00:05:36, Mem Usage (6320K) Peak Mem Usage (7584K) I'll will share all findings with the list. T
Re: [H] SVCHost survey
If you use the awesome ProcessExplorer you will see that of the multiple instances of svchost, the one that gets called by the autoupdater is the culprit. Most likely a race condition. Microsoft is aware of it but last time I checked the patch was only available over their special distro system for people that matter, not a public download. The only option is to turn off autoupdates which is what I did and http://episteme.arstechnica.com/eve/forums/a/tpc/f/12009443/m/786004271831/p/2 http://forums.techarena.in/showthread.php?t=628241 -- Brian On 5/9/07, Thane Sherrington <[EMAIL PROTECTED]> wrote: I'm getting a lot of machines in where SVCHost has gone insane and is sucking up a lot of RAM and CPU time. There are some suggested fixes for it (mostly reinstalling/registering Microsoft Updates) but I'm interested in finding out what the "normal" CPU time and Peak Mem Usage are for svchost.exe. If people would take the time to reply with the information listed below for as many machines as they can, that would be great. To get the information, bring up Task Manager, click on View and Choose Select Columns. Check off CPU time and Peak Mem Usage. Then sort by CPU time. I'd like to get the information for System Idle Process (CPU Time) and the svchost with the highest CPU time (both CPU time, Mem Usage and Peak Mem Usage.) On my laptop, which doesn't appear to be affected, it looks like this: System Idle Process - CPU time: 34:01:05 svchost.exe - CPU Time: 00:05:36, Mem Usage (6320K) Peak Mem Usage (7584K) I'll will share all findings with the list. T
[H] SVCHost survey
I'm getting a lot of machines in where SVCHost has gone insane and is sucking up a lot of RAM and CPU time. There are some suggested fixes for it (mostly reinstalling/registering Microsoft Updates) but I'm interested in finding out what the "normal" CPU time and Peak Mem Usage are for svchost.exe. If people would take the time to reply with the information listed below for as many machines as they can, that would be great. To get the information, bring up Task Manager, click on View and Choose Select Columns. Check off CPU time and Peak Mem Usage. Then sort by CPU time. I'd like to get the information for System Idle Process (CPU Time) and the svchost with the highest CPU time (both CPU time, Mem Usage and Peak Mem Usage.) On my laptop, which doesn't appear to be affected, it looks like this: System Idle Process - CPU time: 34:01:05 svchost.exe - CPU Time: 00:05:36, Mem Usage (6320K) Peak Mem Usage (7584K) I'll will share all findings with the list. T
