X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,TW_CG X-Spam-Check-By: sourceware.org Message-ID: <3e610509cb846e12307dfc94c646f445.squirrel@www.webmail.wingert.org> In-Reply-To: <4C094B0D.5010406@cs.umass.edu> References: <4C03D6C5 DOT 4050004 AT x-ray DOT at> <80373222dd5d43b134a5ede7036e7674 DOT squirrel AT www DOT webmail DOT wingert DOT org> <20100602080626 DOT GV16885 AT calimero DOT vinschen DOT de> <383c8b44a088dad09a0b77d3299feda7 DOT squirrel AT www DOT webmail DOT wingert DOT org> <20100602174848 DOT GA14172 AT ednor DOT casa DOT cgf DOT cx> <20100603235944 DOT GA12167 AT ednor DOT casa DOT cgf DOT cx> <20100604024422 DOT GB12167 AT ednor DOT casa DOT cgf DOT cx> <78e7b77657c0cfcd63dc22ad9679bc85 DOT squirrel AT www DOT webmail DOT wingert DOT org> <20100604045807 DOT GC12167 AT ednor DOT casa DOT cgf DOT cx> <2570318aabfa537bf24c8d3a55f9dcd4 DOT squirrel AT www DOT webmail DOT wingert DOT org> <4C092F96 DOT 5040800 AT cygwin DOT com> <7a1785a5f0a1d0a8956cd10e573f2e53 DOT squirrel AT www DOT webmail DOT wingert DOT org> <4C094B0D DOT 5010406 AT cs DOT umass DOT edu> Date: Fri, 4 Jun 2010 14:14:32 -0700 Subject: Re: Cygwin Performance and stat() From: "Christopher Wingert" To: cygwin AT cygwin DOT com User-Agent: SquirrelMail/1.4.20 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Agreed, I would like to make a global change, however, unless I can talk to the current maintainer of the fhandler* functions, it seems illogical for me to change them (as I have about a week of cygwin dll experience). Also my interest in performance is limited to a very certain subset of executables : bash, rsync, stat, and du. As an example find already seems to have good performance under cygwin. > I don't think there's an objection here to > patching *rsync* specially in the cygwin > environment -- that would be between you > and the rsync port maintainer. The issue > is whether or not to make a more general > change to cygwin itself, and cgf is just > saying that that's hard to do. > > Conceivably we could come up with some > additional functions that cygwin ports > could use if they want to, but "out of > box" use of stat needs to replicate > full behavior since there's no way to > know what a given call of stat really > needs ... > > Eliot Moss > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple