This is the mail archive of the
mailing list for the Cygwin project.
Re: Performance of "ls -F"
- From: "William M. (Mike) Miller" <william dot m dot miller at gmail dot com>
- To: cygwin at cygwin dot com
- Date: Thu, 21 Jan 2016 10:53:01 -0500
- Subject: Re: Performance of "ls -F"
- Authentication-results: sourceware.org; auth=none
- References: <loom dot 20160121T163405-489 at post dot gmane dot org>
On Thu, Jan 21, 2016 at 10:44 AM, Achim Gratz <Stromeko@nexgo.de> wrote:
> I am finding a large performance gap between plain "ls" and "ls -F" in a
> directory with many files on a network share (NetApp disguised as NTFS if
> that matters). This has been there for quite a while, I've just now
> realized what the reason was (I have "ls -F" as an alias for "ls" in my
> interactive shells). In a directory with 1300 files, a plain "ls" completes
> in 0.3s, while "ls -F" requires about 95s. Determining the file class seems
> to require around 70...90ms per file, which I can confirm also for
> directories with a lot less files. What's involved in that determination
> that takes such a long time?
The overhead appears to be in checking for executable files; using
--file-type instead of -F, which just omits the '*' category, reduces
the time for ls in one of my (local) large directories from over one
second to 0.04 seconds.
William M. (Mike) Miller | Edison Design Group
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple