delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2006/11/16/06:16:40

X-Spam-Check-By: sourceware.org
Date: Thu, 16 Nov 2006 12:16:09 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: 1.5.20-1: ls -F slowness
Message-ID: <20061116111609.GL11304@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <4550A3B7 DOT 6090002 AT scs DOT ch> <455B174B DOT 6060200 AT scs DOT ch>
Mime-Version: 1.0
In-Reply-To: <455B174B.6060200@scs.ch>
User-Agent: Mutt/1.4.2i
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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

On Nov 15 14:34, Scott Roland wrote:
> I tracked down my problems with an ls -F on a network share taking a
> very long time.
> 
> If I use cygwin version 1.5.19-4 from the time machine:
>   ftp://www.fruitbat.org/pub/cygwin/circa/2006/06/11/081007
> then an ls -F operation takes a couple of seconds.
> 
> If I then upgrade to version 1.5.20-1 from the time machine:
>   ftp://www.fruitbat.org/pub/cygwin/circa/2006/07/02/093005
> cygwin is the only package that gets updated, but now the same operation
> takes a couple of minutes (over 100 times slower).
> 
> The slow ls -F also occurs with the latest release. A vanilla ls does
> not take a long time.
> 
> I have attached a couple of lines from an strace of the ls -F on the
> 1.5.19-4 and 1.5.20-1 versions. There are a couple of differences in the
> strace, but the slowdown can be seen on the following step, which takes
> over 700 times as long:
>   fhandler_base::set_flags: flags 0x110000, supplied_bin 0x10000
> 
> Does anyone have any insight on why things got dramatically slower with
> version 1.5.20-1?

I looked through this and I'm just puzzled.  I'd expect 1.5.22 to be as
quick as 1.5.19 with respect to opening files on a share.  And it is in
my tests.  The number of usecs above is the time it takes to convert an
ASCII filename to a UNICODE filename, setting a couple of flags and then
call NtCreateFile.  There are no changes in that code between 1.5.19 and
1.5.20 which would in any way explain the slowness you see.  In my local
tests it's always roughly about 1000 usecs.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019