Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
Sender: cygwin-owner@sources.redhat.com
Message-ID: <3A8CF411.D0279DA1@etr-usa.com>
Date: Fri, 16 Feb 2001 02:34:09 -0700
From: Warren Young <warren@etr-usa.com>
Organization: -ENOENT
MIME-Version: 1.0
To: Cygwin-L <cygwin@cygwin.com>
Subject: Re: Optimizing away "ReadFile" calls when Make calls stat()
References: <4.3.1.2.20010213134821.019a7130@pop.ma.ultranet.com>
		 <20010213190131.14369.qmail@lizard.curl.com>
		 <200102131935.OAA09136@envy.delorie.com>
		 <20010213194612.17311.qmail@lizard.curl.com>
		 <200102131954.OAA09284@envy.delorie.com>
		 <20010213152313.A12830@redhat.com>
		 <39319402546.20010214110838@logos-m.ru> <4.3.1.2.20010215160534.04a66d40@pop.ma.ultranet.com> <3A8C5599.EA52B4EC@ece.gatech.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"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.
--                                                   _
= 'Net Address: http://www.cyberport.com/~tangent | / \  ASCII Ribbon
= ICBM Address: 36.82740N, 108.02040W, alt. 1714m | \ /  Campaign
=                                                 |  X   Against
= Chance favors the prepared mind.                | / \  HTML Mail

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