Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <3F025585.E1CCDD3@dessent.net>
Date: Tue, 01 Jul 2003 20:46:13 -0700
From: Brian Dessent <brian AT dessent DOT net>
Organization: My own little world...
X-Accept-Language: en,en-US
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: ls slowdown in latest cygwin on my system
References: <009901c33fb2$572a3ba0$200aa8c0 AT thorin> <014501c34031$034ba490$200aa8c0 AT thorin>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Carlo Florendo wrote:
> 
> I'm sorry, I attached the wrong strace outputs in the previous mail.  Here're the correct attachments.
> I also included the output of cygcheck using the different versions of cygwin.

It looks to me like (as others said) there's something going on that's
not being shown in the strace.  From the latest ones you attached, it
looks like something is happening between the call to
open(/usr/local/etc/zoneinfo/posixrules, 0x10000) finishing and the next
system call to writev(1, 0x241FD68, 1).  This sort of implies something
going on in user-space.  Maybe you can build ls with debug and
profiliing enabled and see what's going on inbetween those system calls?

The zoneinfo file stuff is a red herring, those calls are normal from
what I can tell -- some date/time formatting code in libc causes them to
be checked... it happens on my system too, and I don't think it's the
cause of the delay at all.

Also, I wouldn't get too worried about 'ls -l' taking forever on large
directories.  For whatever reason (I guess looking up the filesystem
attributes and security ACLs for every file) ls -l can take quite a long
time on large dirs.  But that doesn't explain your two seconds of
deadtime unaccounted for in the strace.

Brian

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/