Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Message-ID: <000701c5089c$57db5700$05010e0a@2mbit.com> From: "Brian Bruns" To: References: <1107286130 DOT 3063 DOT 65 DOT camel AT slb163188094105 DOT sugar-land DOT nam DOT slb DOT com> <6 DOT 2 DOT 0 DOT 14 DOT 0 DOT 20050201144916 DOT 05a42210 AT pop DOT prospeed DOT net> <1107289362 DOT 3063 DOT 78 DOT camel AT slb163188094105 DOT sugar-land DOT nam DOT slb DOT com> Subject: Re: slow handling of large sets of files? Date: Tue, 1 Feb 2005 15:26:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Scan-Signature: 5e46532232fd70c4de6004b73fafcbb3 X-SA-Exim-Connect-IP: 138.89.133.88 X-SA-Exim-Mail-From: bruns AT 2mbit DOT com X-IsSubscribed: yes On Tuesday, February 01, 2005 3:22 PM [EST], Ken Sheldon wrote: > More information: > Not only Cygwin apps incur this large performance penalty. > Something similar happens with the cmd.exe prompt command "DIR", > with the windows file explorer, or with IIS (FTP server). This > only seems to happen in the directory structures created by my > CygWin scripts (using apps: tar, wget, cp) Severe fragmentation of the MFT on NTFS volumes can cause this. As Cygwin tends to generate alot of directory entries and files for its filesystem layout, this would be more pronounced there. Try something like Raxco Perfect Disk (its got a 30 day trial), and defrag your disk completely. See if it helps. -- Brian Bruns The Summit Open Source Development Group http://www.sosdg.org / http://www.ahbl.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/