On Thu, 2002-06-20 at 12:56, Karsten M. Self wrote: > on Thu, Jun 20, 2002, Mark Janssen ([EMAIL PROTECTED]) wrote: > > On Thu, 2002-06-20 at 10:32, Q. Gong wrote: > > > A general question: what's the maximum number of files located in one > > > directory? > > > > As many as you want... but accessing them will get slower when more > > files are placed in a directory. > > The hard limits are going to be inodes (fixed number per filesystem) and
iirc reiser does 'inodes' differently, eliminating the hard limit. Not sure, though. > probably some struct limits in the filesystem, latter of which are > likely to be quite large. > > I've got a largeish directory here: > > $ time \ls -h | wc -l > 124657 > > real 0m8.239s > user 0m3.250s > sys 0m0.250s Most of the time is spent sorting... On a dir with 70k entries, ls | wc takes 1.5 seconds, ls -f | wc takes 0.5 seconds. > > ...running reiserfs. Any data about the other fs's dir structure? XFS, JFS? > Actually, reading the directory isn't the hard > part, it's adding entries. I'd strongly recommend you keep ext2fs to a On ext2, I'd think adding is quick - just append the new entry. Or does add scan the dir, too? Opening a file will slow down as the dir has to be scanned. Corrections welcome, it's a long time since I've read about those thing. cheers -- vbi -- secure email with gpg http://fortytwo.ch/gpg
signature.asc
Description: This is a digitally signed message part
