X-Recipient: archive-cygwin@delorie.com
X-SWARE-Spam-Status: No, hits=-1.9 required=5.0	tests=BAYES_00
X-Spam-Check-By: sourceware.org
Message-ID: <b0d4c6736129345fefa00c8b3196101a.squirrel@www.webmail.wingert.org>
In-Reply-To: <4C094AAA.40902@cygwin.com>
References: <20100603235944.GA12167@ednor.casa.cgf.cx>    <c2b0024257b44cff37a8f24b4c592f1b.squirrel@www.webmail.wingert.org>    <20100604024422.GB12167@ednor.casa.cgf.cx>    <78e7b77657c0cfcd63dc22ad9679bc85.squirrel@www.webmail.wingert.org>    <20100604045807.GC12167@ednor.casa.cgf.cx>    <2570318aabfa537bf24c8d3a55f9dcd4.squirrel@www.webmail.wingert.org>    <4C092F96.5040800@cygwin.com>    <7a1785a5f0a1d0a8956cd10e573f2e53.squirrel@www.webmail.wingert.org>    <4C0933BD.2060701@redhat.com>    <a0a83a675e6cba3c748aff01f4ab3678.squirrel@www.webmail.wingert.org>    <20100604182046.GA17385@ednor.casa.cgf.cx>    <4C094AAA.40902@cygwin.com>
Date: Fri, 4 Jun 2010 14:19:14 -0700
Subject: Re: Cygwin Performance and stat()
From: "Christopher Wingert" <mailbox@wingert.org>
To: cygwin@cygwin.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@cygwin.com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie.com@cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

See further down the thread, the right solution is to impact ALL cygwin
executables, but I don't have the experience in the dll to make those
changes.


> On 6/4/2010 2:20 PM, Christopher Faylor wrote:
>>> "But providing a variant of stat() along the lines of what you propose
>>> above is not practical for all the reasons already stated."
>> This is not something that I said.  That was actually Larry Hall.
>
> Heh.  Who needs him anyway!
>
> Just to clarify, this comment was in response to Chris Wingerts' assertion
> (<http://cygwin.com/ml/cygwin/2010-06/msg00033.html>) that it would be
> worthwhile to provide some kind of switch to selectively disable the
> expensive parts of stat().  And my point was that this had already been
> discounted as a transparent way of addressing the performance problem
> because it would still be up to the user or application to determine when
> to make this trade-off
> (<http://cygwin.com/ml/cygwin/2010-05/msg00751.html>).
> This is the same conclusion Chris Wingert has now come to as well and
> stated
> in <http://cygwin.com/ml/cygwin/2010-06/msg00121.html>:
>
>    All that being said, I think the best solution is not to optimize the
> dll
>    stat(), but to do it at the executable level.  I see that Cygwin
> already
>    has some level of patches at this level, it shouldn't be too difficult
> to
>    support.
>
> So we're all back on the same page now. :-)
>
> --
> Larry Hall                              http://www.rfk.com
> RFK Partners, Inc.                      (508) 893-9779 - RFK Office
> 216 Dalton Rd.                          (508) 893-9889 - FAX
> Holliston, MA 01746
>
> _____________________________________________________________________
>
> A: Yes.
>> Q: Are you sure?
>>> A: Because it reverses the logical flow of conversation.
>>>> Q: Why is top posting annoying in email?
>
> --
> 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

