X-Spam-Check-By: sourceware.org Message-ID: Date: Tue, 14 Mar 2006 09:21:27 -0500 From: "Brett Serkez" To: cygwin AT cygwin DOT com Subject: Re: cygrunsrv.exe Processor Util 100% on Windows Server In-Reply-To: <20060314141212.GE5887@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <20060314141212 DOT GE5887 AT calimero DOT vinschen DOT de> X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id k2EELZ4I025781 Corinna, > I'm running sshd without the -r option all the time and I can't observer > the high CPU load as reported. What's different on your system?!? I *believe* this primarily happens on Windows2000. I wasn't able to track down. The problem is that once the system gets in this state, with 100% CPU it is virtually unusable, the primary goal is to shutdown the daemon to get the system back for the primary user. This became such a problem that I finally ended up turning of the sshd daemon on all my Win2K systems and live without it, which was made possible by the introduction of systems running Fedora which I could use for secure access to the subnet. I haven't tried the latest release, I am due for maintenance with the impending Microsoft patch releases today, I'll turn it back on for some of the systems and see if I can reproduce. My general sense is that it has/had some thing to do with process creation and signal handling, perhaps a missed signal?!?!? -- 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/