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
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
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