This is the mail archive of the
mailing list for the Cygwin project.
RE: Performance of "ls -F"
- From: Bill Smith <bsmith at progress dot com>
- To: Achim Gratz <Stromeko at NexGo dot DE>, "cygwin at cygwin dot com" <cygwin at cygwin dot com>
- Date: Thu, 21 Jan 2016 19:09:33 +0000
- Subject: RE: Performance of "ls -F"
- Authentication-results: sourceware.org; auth=none
- References: <loom dot 20160121T163405-489 at post dot gmane dot org>
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: email@example.com [mailto:firstname.lastname@example.org] On
> Behalf Of Achim Gratz
> Sent: Thursday, January 21, 2016 10:45 AM
> To: email@example.com
> 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?
> 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
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple