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:	Fri, 16 Feb 2001 12:00:12 -0500
From:	Christopher Faylor <cgf AT redhat DOT com>
To:	Cygwin-L <cygwin AT cygwin DOT com>
Subject:	Re: Optimizing away "ReadFile" calls when Make calls stat()
Message-ID:	<20010216120012.B19321@redhat.com>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	Cygwin-L <cygwin AT cygwin DOT com>
References:	<20010213190131 DOT 14369 DOT qmail AT lizard DOT curl DOT com> <200102131935 DOT OAA09136 AT envy DOT delorie DOT com> <20010213194612 DOT 17311 DOT qmail AT lizard DOT curl DOT com> <200102131954 DOT OAA09284 AT envy DOT delorie DOT com> <20010213152313 DOT A12830 AT redhat DOT com> <39319402546 DOT 20010214110838 AT logos-m DOT ru> <4 DOT 3 DOT 1 DOT 2 DOT 20010215160534 DOT 04a66d40 AT pop DOT ma DOT ultranet DOT com> <3A8C5599 DOT EA52B4EC AT ece DOT gatech DOT edu> <3A8CF411 DOT D0279DA1 AT etr-usa DOT com> <4 DOT 3 DOT 1 DOT 2 DOT 20010216105803 DOT 01952e48 AT pop DOT ma DOT ultranet DOT com>
Mime-Version:	1.0
User-Agent:	Mutt/1.3.11i
In-Reply-To:	<4.3.1.2.20010216105803.01952e48@pop.ma.ultranet.com>; from lhall@rfk.com on Fri, Feb 16, 2001 at 10:59:49AM -0500

On Fri, Feb 16, 2001 at 10:59:49AM -0500, Larry Hall (RFK Partners, Inc) wrote:
>At 04:34 AM 2/16/2001, Warren Young wrote:
>>"Charles S. Wilson" wrote:
>> > 
>> > If I were porting an old app from unix to cygwin, and wanted to tune
>> > performance, I'd much rather do this:
>>
>>Both you and Jonathan have understood my intent perfectly.  
>>
>>Christopher, please do consider this proposal.  It's easy to implement
>>-- probably just a few tweaks on Egor's patch -- and it makes it easy to
>>gain performance with straightforward patches to affected programs. 
>>It'd be nice if we can make Cygwin faster, but this proposal has an
>>inherent advantage: the calling process _knows_ what it wants, whereas
>>Cygwin can only guess or anticipate.
>>
>>Egor, Jonathan, maybe some benchmarks would help convince Christopher of
>>the patch's utility.
>
>Chris sent some email about this yesterday.  He's looking at the possibility
>of eliminating this problem without changing the API.

Nice to see that *someone* is paying attention.

cgf

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

- Raw text -