On Wed, 27 Oct 2010 14:37:34 -0400 Josef Bacik <josef@xxxxxxxxxx> wrote: > So alot of crazy people (I'm looking at you Meego) want to use btrfs on phones > and such with small devices. Unfortunately the way we split out metadata/data > chunks it makes space usage inefficient for volumes that are smaller than > 1gigabyte. So add a -M option for mixing metadata+data, and default to this > mixed mode if the filesystem is less than or equal to 1 gigabyte. I've tested > this with xfstests on a 100mb filesystem and everything is a-ok. > Hi, Could you provide some rationale as to why btrfs should support these two modes of data/metadata (mixed and separate) allocation instead of just always doing mixed data+metadata? The reason I'm asking this is that having two separate modes implies having more codepaths in the kernel, which naturally adds complexity to the filesystem and also more code to test, two things that should be avoided, if possible. I'd love if you could add a small explanation to your patch description (or a comment in the code) about why it is useful to keep the default mode of allocation, instead of simply droping it and doing mixed allocation in all cases. Thanks in advance. Best regards ClÃudio -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
