This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: Performance of "ls -F"

Hi Achim,
I'm also having this issue but my investigation has found it to be a behavior specific to C-DOT.  This doesn't happen with 7mode.  I currently have a support case open with NetApp to get to the bottom of this behavior.  It could be a Cygwin bug.

> -----Original Message-----
> From: [] On
> Behalf Of Achim Gratz
> Sent: Thursday, January 21, 2016 10:45 AM
> To:
> Subject: Performance of "ls -F"
> 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?
> Regards,
> Achim.
> --
> Problem reports:
> FAQ:         
> Documentation:
> Unsubscribe info:

Problem reports:
Unsubscribe info:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]