Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm Sender: cygwin-apps-owner AT cygwin DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps AT cygwin DOT com Delivered-To: mailing list cygwin-apps AT cygwin DOT com X-Originating-IP: [129.78.64.17] From: "Gareth Pearce" To: Cygwin-Apps AT cygwin DOT com Subject: RE: ITP: netpbm Date: Sat, 27 Apr 2002 05:10:42 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Apr 2002 05:10:43.0596 (UTC) FILETIME=[E1C27CC0:01C1EDA9] > > > > > -----Original Message----- > > From: Earnie Boyd [mailto:earnie_boyd AT yahoo DOT com] > > Sent: Saturday, April 27, 2002 6:03 AM > > > As for the # of executables in the /bin directory, isn't > > there a limit to the number of files and/or directory entries > > in any one directory on win32? > >As has already been said, not past the root. However directory search >time is O(N) on FAT, vs (IIRC) O(logN) on NTFS. So directories with many >files leads to signficcantly longer lookup times - and thas when the >filename is known!. My experience - on ntfs ... i have a directory of approx 10thousand 5 minute log files of me playing telnet based muds ... *snicker* i can grep them all (each about 10-20k) in a few minutes ... (9 grep commands because command line expansion limitations :P) - really preformance drop is not that noticible. Except in one area. cd'ing to the directory in the first place - can take a minute or more, subsequent cd's are fast, but it seems like its caching all the filenames in the directory for faster access. Anyway ... theres a 'pseudo-data-point' Regards, Gareth _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com