linux-ext4 - Re: Status of META

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20D13AAA-070A-4EE4-AC97-B553DC916228@dilger.ca>
Date:	Thu, 15 Mar 2012 10:25:28 -0600
From:	Andreas Dilger <adilger@...ger.ca>
To:	Phillip Susi <psusi@...ntu.com>
Cc:	ext4 development <linux-ext4@...r.kernel.org>
Subject: Re: Status of META_BG?

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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html