Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
Message-ID:	<00ad01c154bb$5c12d480$0200a8c0@lifelesswks>
From:	"Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To:	"David A. Cobb" <superbiskit AT home DOT com>,
	"Cygwin Library General Discussion" <cygwin AT cygwin DOT com>
References:	<3BC76CD8 DOT 7090305 AT home DOT com>
Subject:	Re: More about slowing down the machine
Date:	Mon, 15 Oct 2001 00:20:21 +1000
MIME-Version:	1.0
X-Priority:	3
X-MSMail-Priority:	Normal
X-Mailer:	Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE:	Produced By Microsoft MimeOLE V5.50.4133.2400
X-OriginalArrivalTime:	14 Oct 2001 14:26:05.0917 (UTC) FILETIME=[28DBE8D0:01C154BC]

----- Original Message -----
From: "David A. Cobb" <superbiskit AT home DOT com>
To: "Cygwin Library General Discussion" <cygwin AT cygwin DOT com>
Sent: Saturday, October 13, 2001 8:21 AM
Subject: More about slowing down the machine


> Win98se (4.10.2222) en_US; Cygwin1.dll 1.3.4s (2001-10-11 [I think]).
>
>
> To repeat, when the anomaly is happening Windows is unable to track
the
> mouse and the Windows clock is being updated at about 1/4 speed.  The
> build started at 18:30 - and the clock was right - and ended at 21:00
> with the clock reading 19:05.  Somehow the message queue(s) aren't
being
> checked and "pre-emptive scheduling" isn't very much so.

As has already been said, a user mode program shouldn't be able to cause
this... mind you, you are on win16 :}.

Hmm, usual cause for that is a high interrupt count - does the h/w
interrupt rate change during make?.

Another thing is 16 bit legacy drivers floating around.

Also, some thing\s to try:
* nice make (note: I suspect that this has a bug at the moment, in that
fork()/exec() IIRC doesn't set the priority on the new process - which
will mean that only the parent is set. You might want to grab a renice
for windows, and see if dropping the make2 process priority alters
things.
* use process explorer from sysinternals.com to see if an excessive
number of handles are open by make2. AND - if you are looking for a
spinlock, all the win32 sync objects involve handles - so look for a
handle in make2 that is open in the child - or is the child.

Thats all from me for now...

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -