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: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On > Behalf Of Achim Gratz > Sent: Thursday, January 21, 2016 10:45 AM > To: cygwin@cygwin.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? > > Regards, > Achim. > > > -- > 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 FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
