Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
On Thu, 30 Sep 2004, Andrew DeFaria wrote: Steve B wrote: [snip] Another thing I noticed, after reading Andrew DeFaria post, was that csrss.exe would be using 25% of the CPU while the cygwin processes would hog about %75 of the CPU. I'm not sure what csrss.exe is, http://www.liutilities.com/products/wintaskspro/processlibrary/csrss/ csrss.exe is the main executable for the Microsoft Client/Server Runtime Server Subsystem. This process manages most graphical commands in Windows. This program is important for the stable and secure running of your computer and should not be terminated. except that I cannot kill it (Access Denied, even as Administrator). That's what Process Explorer is for! It can kill things that the Task Manager won't let you. Unfortunately killing some things, like this, is very determental to your system (i.e. you reboot! IIRC). FWIW, Cygwin's /bin/kill -f should work too. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
I do not believe that I am using Process Explorer. Today, after contemplating my problem for a while, I noticed some pertinent details that I would like to share: This CPU load overload can reliably be triggered by Enemy Territory. Guaranteed, every time I run Enemy Territory, a cygwin process will begin to hog the CPU starting with cygrunsrv.exe every time, and will continue until either a) I keep killing (through the Windows task manager) each cygwin process that overloads until no more cygwin process exists so I can return to my game, or b) I terminate Enemy Territory through the Windows task manager and kill the cygwin process that is overloading, then no other cygwin processes will hog the cpu, but I cannot play Enemy Territory. I thought that since it could reliably be triggered this way, perhaps that might assist with any testing, if any. Another thing I noticed, after reading Andrew DeFaria post, was that csrss.exe would be using 25% of the CPU while the cygwin processes would hog about %75 of the CPU. I'm not sure what csrss.exe is, except that I cannot kill it (Access Denied, even as Administrator). I faintly recall seeing it somewhere in Services. And one last thing: I mentioned that when I kill cygrunsrv.exe while it is overloading, it will immediately crash, but none of the other cygwin processes display this behavior. They all die cleanly. Well, it wasn't cygrunsrv.exe that was crashing immediately after its kill. Immediately after I kill cygrunsrv.exe it was UmxCfg.exe that was crashing! This appears to be part of the Tiny Firewall (or tpf, Tiny Personal Firewall for those of you that heard of it back in the day) system. I am going to investigate this newly discovered fact and I'll be sure to let you all know what I find out. --- Steve B wrote: When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. If you happen to be using Process Explorer from sysinternals.com then that's the culprit. If you have the modules display enabled and happen to click on or otherwise display info about a cygwin process, the result is a 100% hang until you kill the cygwin process. Brian __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
-Original Message- From: cygwin-owner On Behalf Of Steve B Sent: 30 September 2004 22:00 I do not believe that I am using Process Explorer. Well, it wasn't cygrunsrv.exe that was crashing immediately after its kill. Immediately after I kill cygrunsrv.exe it was UmxCfg.exe that was crashing! This appears to be part of the Tiny Firewall (or tpf, Tiny Personal Firewall for those of you that heard of it back in the day) system. I am going to investigate this newly discovered fact and I'll be sure to let you all know what I find out. Betcha it also does something similar to procexp in that it places a hook or otherwise injects into the code space of the cygwin app. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. Upon killing the offending process, ET will resume normally briefly and then another random cygwin process will start hogging the CPU again until I kill it. This will repeat in a seemingly random order until all cygwin processes are killed. It does seem that cygrunsrv.exe is always the first process to have heavy CPU load at seemingly random times, e.g. not always during ET. Some other applications starting up seem to confuse cygrunsrv and I have to manually end the task to regain decent CPU performance. Why might this be and what can I do about it? cygcheck.exe output is attached. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Cygwin Configuration Diagnostics Current System Time: Wed Sep 29 04:45:34 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Perl\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Support Tools\ c:\WINDOWS c:\WINDOWS\COMMAND c:\PROGRA~1\TIEDUC~1\TI-83P~1\UTILS .\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) 1001(Debugger Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `PRAGMA-KN414AVK' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' HOSTNAME = `pragma-kn414avk' INCLUDE = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' LIB = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOGONSERVER = `\\PRAGMA-KN414AVK' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Program Files' PROMPT = `$p$g' PS1 = [EMAIL PROTECTED] \w]$ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TI83PLUSDIR = `C:\PROGRA~1\TIEDUC~1\TI-83P~1' TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `PRAGMA-KN414AVK' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' VS71COMNTOOLS = `c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck.exe' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd FAT32 19083Mb 82% CPUN PRAGMA d: cd CDFS 379Mb 100%CS UN BF1942_2 e: cd CDFS 607Mb 100%CS STARCRAFT C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode .
Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
Oh, it should probably be noted that when I manually end-task the cygrunsrv.exe when it is hogging the cpu it will immediately crash. None of the other processes demonstrate this behavior. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ---BeginMessage--- When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. Upon killing the offending process, ET will resume normally briefly and then another random cygwin process will start hogging the CPU again until I kill it. This will repeat in a seemingly random order until all cygwin processes are killed. It does seem that cygrunsrv.exe is always the first process to have heavy CPU load at seemingly random times, e.g. not always during ET. Some other applications starting up seem to confuse cygrunsrv and I have to manually end the task to regain decent CPU performance. Why might this be and what can I do about it? cygcheck.exe output is attached. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Cygwin Configuration Diagnostics Current System Time: Wed Sep 29 04:45:34 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Perl\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Support Tools\ c:\WINDOWS c:\WINDOWS\COMMAND c:\PROGRA~1\TIEDUC~1\TI-83P~1\UTILS .\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) 1001(Debugger Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `PRAGMA-KN414AVK' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' HOSTNAME = `pragma-kn414avk' INCLUDE = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' LIB = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOGONSERVER = `\\PRAGMA-KN414AVK' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Program Files' PROMPT = `$p$g' PS1 = [EMAIL PROTECTED] \w]$ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TI83PLUSDIR = `C:\PROGRA~1\TIEDUC~1\TI-83P~1' TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `PRAGMA-KN414AVK' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' VS71COMNTOOLS = `c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck.exe' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd FAT32 19083Mb 82% CPUN PRAGMA d: cd CDFS 379Mb 100%CS UN BF1942_2 e: cd CDFS
Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
Steve B wrote: When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. If you happen to be using Process Explorer from sysinternals.com then that's the culprit. If you have the modules display enabled and happen to click on or otherwise display info about a cygwin process, the result is a 100% hang until you kill the cygwin process. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
Brian Dessent wrote: Steve B wrote: When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. If you happen to be using Process Explorer from sysinternals.com then that's the culprit. If you have the modules display enabled and happen to click on or otherwise display info about a cygwin process, the result is a 100% hang until you kill the cygwin process. There has been talk of late about this, usually with csrss (a non Cygwin process) going wild as well as inetd, cron and other Cygwin processes. I, at times, use Procexp, other times not use it and still see occasionally this problem happening. It hogs the CPU but not that much (typically the processes are taking up 30 or so percent of the CPU but 2 or 3 of them (csrss and inetd and cron - 30 + 30 + 30 tends to get to ~100%)). This is observed with regular TaskManager not Procexp however this condition may have been tripped earlier as often my CPU is very busy anyway. So it might be that I had Procexp running and not necessarily looking at the modules display or anything rather it is iconified but a cygwin process, such as cron, became busy and thus got Procexp's attention possibly tripping the problem. In any event what version of Procexp do you use and suspect is causing this problem. I have 5.20 running at home and I forget which version is running at work but I know it's a newer version. When starting Procexp to check the version I noticed that he problem has occurred again. csrss is taking ~20% and cron ~12%. The 2 inetd's are taking ~10%. Working around this usually just involves a net stop of cron/inetd and restarting it. OK that worked. Restarting Procexp and wham! Same problem! Interesting. There is no modules view in 5.20 BTW. There is only View: DLLs and Handles. Either setting causes this problem in Cygwin. -- Ask people why they have deer heads on their walls and they tell you it's because they're such beautiful animals.I think my wife is beautiful, but I only have photographs of her on the wall. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
Andrew DeFaria wrote: In any event what version of Procexp do you use and suspect is causing this problem. I have 5.20 running at home and I forget which version is running at work but I know it's a newer version. When starting Procexp to check the version I noticed that he problem has occurred again. csrss is taking ~20% and cron ~12%. The 2 inetd's are taking ~10%. Working around this usually just involves a net stop of cron/inetd and restarting it. OK that worked. Restarting Procexp and wham! Same problem! Interesting. There is no modules view in 5.20 BTW. There is only View: DLLs and Handles. Either setting causes this problem in Cygwin. View DLLs is what I meant by module view. Same thing. The two ways that I've found to trigger it is to have the bottom pane active and set to DLL view and to click on a cygwin app, or double-click a cygwin app and select the Threads tab. In either case the thing that causes the problem is ProcExp attaching a thread to the Cygwin process in order to get the loaded modules and thread info. I've tried to track this down but it's quite hard to debug for several reasons: procexp does not come with source, it uses undocumented API calls, and it works in concert with csrss (which is a system service not a normal process and therefore harder to debug.) The closest I've been able to get is the following set of calls as seen in API Monitor: http://dessent.net/tmp/procexp-cygwin.gif Of course, I can't find any way to export that list to a plain text format, so this stupid screen shot is about the best I can do for now. If you look at the image it starts with a call to OpenProcess on pid 0xc9c which was my sacrificial Cygwin process. In this test I had only a single Cygwin process running, and this process was a brain dead hello-world type thing (a single call to read(0, buf, sizeof(buf)) so that it would just sit there and patiently block.) This test-app and those shown list of calls are the simplest test-case that I was able to narrow it down to. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/