On Wed, Oct 27, 2004 at 09:50:39AM -0500, Matt Mitchell wrote: > It seems like there is a lot of contention for the directory inodes > (which is probably unavoidable) and that would likely be helped by > segregating the files into smaller subdirectories. Implementation-wise, > is there a magic number or formula to follow for sizing these > directories? Does the number of journals make a difference? Jounrals are used per node, if you have more journals than nodes mounted, the extras are ignored. The more nodes trying to access the same directory, the slower thing access to that directory will be. How slow? depends on how many directory entries, how many nodes, how much change, type of storage, layout and all that. (how much change == adding/removing/renaming entries) For one node, it should be pretty fast, even for large directories. Also, you should make sure that you're not being bitten by ls. For many people, by default, ls is also stat-ing every entry in the directory. (for colors or the extra char at the end of the name) As well as ls typically reads all of teh entries, sorts them, then formats and displays. I'm not sure that anyone has found a magic number or formula yet. (please please tell if you think you have.) -- Michael Conrad Tadpol Tilstra Reality doesn't just happen to you. It is something that you make.
Description: PGP signature