www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2004/09/30/17:00:32

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <20040930210025.87264.qmail@web52304.mail.yahoo.com>
Date: Thu, 30 Sep 2004 14:00:25 -0700 (PDT)
From: Steve B <pragma78 AT yahoo DOT com>
Subject: Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
To: cygwin AT cygwin DOT com
MIME-Version: 1.0

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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019