X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:subject:date:message-id:references :in-reply-to:content-type:content-transfer-encoding :mime-version; q=dns; s=default; b=kiAYUxSek925zDdSScmgpK8VPevpi BApWKjnuGL3AJA5NT7jauWbJ16OsuInogavzIVO+AT2CHUdLzaQo810pLs9ej6FW GoZ7AVZApuKeEG8OOTBus97yz6msSHWs4810HGQAxtRm5kmL56O4h6MbLl8P6IzG cGZ6bsZ7A3ShGQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:subject:date:message-id:references :in-reply-to:content-type:content-transfer-encoding :mime-version; s=default; bh=/EVDQ551nNtKOA5RJFi2EdWaEjc=; b=eqo ZNG/OhH3Wms1kQxcWo9ukaw5JB+4ZXdZKlWDHNmTRHEdN1lOo0ugBlVRfOkiM3dh ai21UizV0uBX2EWOfpUsMwu+owWA29rGDHIeK4lgZSU0T5rPl+AvAfv1jphU6IbF NomirSsOZRKelZEjp1XTBUaDWU+ggAcBVaaLR6Z8= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=4.0 required=5.0 tests=BAYES_20,CYGWIN_OWNER_BODY,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2 spammy=H*RU:sk:server-, Hx-spam-relays-external:sk:server-, HX-Msg-Ref:sk:server-, Hx-spam-relays-external:sk:mail1.b X-HELO: mail1.bemta12.messagelabs.com X-Env-Sender: bsmith AT progress DOT com X-Msg-Ref: server-14.tower-151.messagelabs.com!1453403377!15434027!1 X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked From: Bill Smith To: Achim Gratz , "cygwin AT cygwin DOT com" Subject: RE: Performance of "ls -F" Date: Thu, 21 Jan 2016 19:09:33 +0000 Message-ID: <474871a53627446abd8bc08b35501c8a@ntmaexbe04.bedford.progress.com> References: In-Reply-To: x-ms-exchange-transport-fromentityheader: Hosted x-ems-proccessed: +CmIlJ+kdV7Z341JADFd9w== x-ems-stamp: fWeNzanaKd3XM5IYeXtDHw== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 X-IsSubscribed: yes Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id u0LJ9xvL006321 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-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On > Behalf Of Achim Gratz > Sent: Thursday, January 21, 2016 10:45 AM > To: cygwin AT cygwin DOT 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