On Wed, May 15, 2013 at 5:25 AM, Hans Witvliet <suse@a-domani.nl> wrote:
It is not so much the client i'm worried about: There it is just adding more clients behind a load balancer. I was warned that i should not use ext3 for /home, as you are limited to 30,000 subdirs. For ext4 i know that limit is raised to 60,000. Is there a known ceiling for btrfs?
Quoting wiki "A directory can have at most 31998 subdirectories, because an inode can have at most 32000 links." So that's 30,000 immediate subdirectories of a single directory, not for the tree of sub-directories. You can go as deep as you want, but only 31998 wide! I have never seen /home (or the windows equivalent) with more than a few thousand user directories. Are you sure you need to do that. I would hope you would find a way to break them into groups. /home/sales/*, /home/engineering/*, etc. or /home/a-e/* /home/f-m/*, etc. If you plan to have a single directory with 30K+ subdirectories, you need to do some performance testing of the potential filesystems to see where they fall off from a usability perspective. I've done that with NTFS and it sees significant degradation when you hit 10,000 items in a directory (folder). That's for basic files. I don't know what happens to it for 10's of thousands of sub-directories within a directory, but it can only be worse. fyi: in one of my job roles we sometimes work with millions of TIFFs sequentially named: 0000000001.tiff, 00000000002.tiff, etc. We build trees of sub-dirs based on the name. No single dir holds over 1000 tiffs typically. This is why I did the NTFS performance tests with very large directories/folders. Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org