Date: Fri, 1 Mar 2002 14:25:10 -0800 From: Kris Kennaway <kris@obsecurity.org> To: Julio Castillo <jcastillo@edgenuity.com> Cc: questions@FreeBSD.org Subject: Re: ffs limits (on FreeBSD 4.5) Message-ID: <20020301142510.C18837@xor.obsecurity.org> In-Reply-To: <EFEMIEMCHBNGIDKJFLOKCEFGCFAA.jcastillo@edgenuity.com>; from jcastillo@edgenuity.com on Fri, Mar 01, 2002 at 12:14:56PM -0800 References: <EFEMIEMCHBNGIDKJFLOKCEFGCFAA.jcastillo@edgenuity.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On Fri, Mar 01, 2002 at 12:14:56PM -0800, Julio Castillo wrote: > My question is actually more on the order of the number of entries (number > of files) that can be managed by the ffs. I understand that the file > structures themselves (blocks, inodes, etc.) do occupy disk space > themselves. > > On the assumption that the disk space is plentiful, are there any practical > limits on the number of files per file system, per directory? I'm looking > for a file system that can store anywhere between 1 million and 100 million > read-only files with any directory structure that can accommodate it. In theory there aren't any hard limitations; in practise having a million files in one directory will be incredibly inefficient and you don't want to do it. Instead, think about why you think you need to have a million files in the same directory, and work out how you can break them up into a directory hierarchy indexed by the filename or some other hash, so each directory has a more manageable number of files (e.g. /data/00/12/6F/asiofjlkajsf instead of /data/asiofjlkajsf) Kris [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8f//GWry0BWjoQKURAvRPAKDZcwGl3mt0PQqSug7fHXkxWKAdkACg9b0B Ib2rrNmwOa1Hd3c8GMi4e4Y= =6K64 -----END PGP SIGNATURE-----help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020301142510.C18837>