Hello, In an ext3-based file system, what is the maximum number of files I can create under a folder ? Is it configurable somehow ? Regards, Ian
i think not more than 5k files without dir_index on. The max limit of subfolders is 32k
John Nelson I see that EXT3_LINK_MAX was set to 32000, if we will meet with problems if we change this limit to 65000? Thanks!>i think not more than 5k files without dir_index on. The max limit of >subfolders is 32k > >_______________________________________________ >Ext3-users mailing list >Ext3-users at redhat.com >https://www.redhat.com/mailman/listinfo/ext3-users > >= = = = = = = = = = = = = = = = = = = ????????? ?? ????????liuyue ????????liuyue at ncic.ac.cn ??????????2008-03-17
Theodore Tso, In 64bit system, directory size can not be bigger than 2GB? ======= 2008-03-14 01:23:18 ????????======>On Thu, Mar 13, 2008 at 12:48:50PM -0400, John Nelson wrote: >> i think not more than 5k files without dir_index on. The max limit of >> subfolders is 32k > >There is no limit to the number of files in a folder, except for the >fact that the directory itself can't be bigger than 2GB, and the >number of inodes that the entire filesystem has available to it. Of >course, if you don't have directory indexing turned on, you may not >like the performance of doing directory lookups, but that's a >different story. > > - Ted > >_______________________________________________ >Ext3-users mailing list >Ext3-users at redhat.com >https://www.redhat.com/mailman/listinfo/ext3-users > >= = = = = = = = = = = = = = = = = = = ????????? ?? ????????liuyue ????????liuyue at ncic.ac.cn ??????????2008-03-17
Thank you all. Now I find a patch which can extend ext3 subdirectory limit. http://osdir.com/ml/file-systems.ext2.devel/2004-12/msg00026.html ======= 2008-03-19 06:56:58 ????????======>On Mar 17, 2008 09:32 -0400, Theodore Ts'o wrote: >> On Mon, Mar 17, 2008 at 03:40:36PM +0800, liuyue wrote: >> > Theodore Tso, >> > >> > In 64bit system, directory size can not be bigger than 2GB? >> >> No, because the high 32-bits for i_size are overloaded to store the >> directory creation acl. > >I think we should change the code (kernel and e2fsprogs) to allow >i_size_high for directories also. > >> In practice, you really don't want to have a directory that huge >> anyway. Iterating through it all with readdir() gets horribly slow, >> and applications that try do anything with really huge directories >> would be well advised to use a database, because they will get *much* >> better performance that way.... > >Actually, for many HPC applications they never do readdir at all. >The job creates 1 file/process and always uses a predefined filename >like {job}-{timestamp}-{process} that it will directly look up. > >Cheers, Andreas >-- >Andreas Dilger >Sr. Staff Engineer, Lustre Group >Sun Microsystems of Canada, Inc. > > >= = = = = = = = = = = = = = = = = = = ????????? ?? ????????liuyue ????????liuyue at ncic.ac.cn ??????????2008-03-20