On 2012-03-15, at 9:46 AM, Phillip Susi wrote: > What is the status of the META_BG feature? I thought that it never got off the ground, and FLEX_BG was used instead. Is there still a possibility of META_BG being implemented in the future, or is the code for it currently in e2fsprogs cruft? META_BG serves a different purpose than FLEX_BG, but you are right that it never really got off the ground. META_BG is needed to overcome the problem of the backup group descriptor blocks growing to become too large, and to simplify the task of online (or offline) filesystem resizing. In the case of very large filesystems (256TB or more, assuming 4kB block size) the group descriptor blocks will grow to fill an entire block group, and in the case of group 0 and group 1 they would start overlapping, which would not work. For filesystem resizing, if the number of group descriptor blocks grows, and there is not a reserved block for it, then the online resize would fail, and the offline resize needs to move data and/or metadata in order to make the group descriptor blocks sequential. META_BG addresses both of these issues by distributing the group descriptor blocks into the filesystem for each "meta group" (= the number of groups whose descriptors fit into a single block). The number of backups is reduced (0 - 3 backups), and the blocks do not need to be contiguous anymore. So, there is still value in making this feature work, but it hasn't been high on anyone's list yet. Assistance welcome. Cheers, Andreas -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
