Message-Id:	<200410311205.i9VC5M00001693@delorie.com>
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
Reply-To:	<fergus AT bonhard DOT uklinux DOT net>
From:	<fergus AT bonhard DOT uklinux DOT net>
To:	<cygwin AT cygwin DOT com>
Cc:	<fergus AT bonhard DOT uklinux DOT net>
Subject:	diff can be slow
Date:	Sun, 31 Oct 2004 12:00:51 -0000
MIME-Version:	1.0
X-UoD-Spam-Score:	-4.7 (----)
X-UoD-Spam-Report:	-------------------------------------------------- This message has been scanned by a SpamAssassin installation on the spam checking server hughnew at the University of Dundee. Content analysis details: (-4.7 hits, 5.0 required) 0.2 NO_REAL_NAME From: does not include a real name -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000]
X-UoD-Scan-Signature:	7bd9c17c438ba5dbfe85c4c4814f2ea7
Note-from-DJ:	This may be spam

If it helps I will be more specific (versions, cygcheck.out, etc) in a
follow-up communication but for the moment could I just investigate whether
this sort of behaviour is familiar to anybody else? I seem to remember
seeing a post reporting something similar and non-specific a while ago, but
can locate neither it nor any response to it.
I frequently need to compare the contents of entire drives, achieved with
	diff -rq /cygdrive/c/ /cygdrive/f/
and where the contents common to both drives may be as much as 30G. It turns
out that this comparison is sometimes achieved very rapidly (a few minutes,
like 5) and the identical comparison performed half a day later might still
be churning away after 60 minutes. I think it is fast if the diff command is
the first thing I do after starting Cygwin AND if that Cygwin session is the
first since switching on. It may be slow if it is the first Cygwin activity
but not the first Cygwin session. I think it is often slow if it is not the
first Cygwin activity in a Cygwin session. In any case, if the diff takes
long enough for the screensaver to start, then after moving the mouse,
recovery of the desktop and the Cygwin active window can take _ages_. It
seems to me that "diff" itself hogs performance, and that under other
circumstances the performance available to "diff" even before starting, is
somehow strangely reduced.
Sorry. If this was easy to describe I would have made a better job of it.
But the behaviour I have described is intensely frustrating. I can put up
with slow performance and often have to, but not when that performance is so
variable and sometimes lightning fast.
Any ideas?
Thanks,
Fergus


--
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 -