delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2001/02/13/15:21:35

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
Date: 13 Feb 2001 14:54:39 -0500
Message-ID: <20010213195439.17755.qmail@lizard.curl.com>
From: jik-cygwin AT curl DOT com
To: cygwin AT cygwin DOT com
In-reply-to: <3A898FA0.6895B5CA@yahoo.com> (message from Earnie Boyd on Tue,
13 Feb 2001 14:48:48 -0500)
Subject: Re: Optimizing away "ReadFile" calls when Make calls stat()
References: <20010213183634 DOT 1435 DOT qmail AT lizard DOT curl DOT com> <3A89867C DOT 395FC4E3 AT yahoo DOT com> <20010213191450 DOT 15506 DOT qmail AT lizard DOT curl DOT com> <3A898FA0 DOT 6895B5CA AT yahoo DOT com>

>  Date: Tue, 13 Feb 2001 14:48:48 -0500
>  From: Earnie Boyd <earnie_boyd AT yahoo DOT com>
>  
>  You are looking for ways to "speed up execution".  I was suggesting you
>  try the suggested switches as another means to speed up execution.  I
>  can rebuild the Cygwin dll in ~10 minutes doing a `make clean && make'.

And I will try the switches you suggested, but my point is that if
they speed up Cygwin significantly, why aren't the people who
precompile Cygwin for download using those switches by default?

>  BTW, repetitive stats are already cached which can be seen by timing an
>  `ls /bin' repetitively.

Perhaps repeated "ls /bin" calls are faster because of local
filesystem caching, but that's irrelevant to our usage because (a) we
are frequently accessing dependency files on remote filesystems which
may not be cached and (b) we don't stat the same files over and over
again, we stat many different files, surely more than are allowed to
remain in the cache, so the cache doesn't help us.

>  Also, Cygwin will always be slower than Linux. 
>  Win32 is just slower.  It's like comparing a tortoise with a hare.

Win32 is slower, but not THAT much slower.  There is clearly much
overhead in Cygwin, and our goal here is to eliminate as much of that
overhead as possible.

  jik

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


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