| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20071017213433.GG8122@schatzie.adilger.int> Date: Wed, 17 Oct 2007 15:34:33 -0600 From: Andreas Dilger <adilger@...sterfs.com> To: "Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com> Cc: linux-ext4 <linux-ext4@...r.kernel.org> Subject: Re: [PATCH] i_dir_acl related cleanup On Oct 16, 2007 13:09 +0530, Aneesh Kumar K.V wrote: > I am wondering whether we can use i_size_high without looking at > file mode (why restrict only to regular files ? ) Well, traditionally this was restricted to S_IFREG files, but to be honest I've thought recently that directories should also be able to pass 2GB in size (which we've hit in our testing, at "only" 25M files/dir or so, depending on the length of the filenames). So, my opinion is that we should start allowing this, and fix up e2fsprogs in the same way. There are other things that need to be fixed in order to allow larger directories (number of levels in htree is currently limited to 2 by the code, even though the format is more flexible, and the logical htree block number is currently limited to 2^24 blocks = 64GB for 4kB blocksize). The extra 8 bits of the logical block number were reserved for "leaf fullness" data so that it was also possible to merge nearly empty adjacent directory leaf blocks efficiently, but that was never implemented. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists