> I've never claimed that the ext2 is the best way to do RAID; I think MD
> is the way to do that. However, allowing ext2 to be able to support
> filesystems which span multiple block devices is a good thing to do, and
> a cleaner way of supporting multivolume support. Examples of
> filesystems which do this include the UDF filesystem used by DVD-ROM's,
> and Digital Unix's Advanced Filesystem.
Point taken, and I agree. It seems that many have taken
your words WAY out of context.
A multivolume fs would be nice.
> Does the 4M ginsu-knife approach buy you something? Yes, it allows you
Striping? I guess that's something... Very tuned striping, too...
BTW, the 4M extent size is only the default. You can get pretty gigantic
with Heinz's implementation.
> to have infinitely configurable partitions, which can be scattered
> across the entire disk in a non-contiguous fashion. Whether or not this
> is a good thing or not can be debated. I will say that if the
> filesystem isn't involved, some of its optimizations to reduce seek
> times get thrown out the door since there are no guarantees whether
> adjacent 4M blocks are anywhere near each other or not. Then again,
I agree and disagree. With proper tuning, you can tune an LV towards
such optimizations too.. Just take a little brains. Unix has allowed
for years people to shoot themselves in the foot. LVM or any other
admin tools are probly no different.
I believe I have a MUCH better idea where you're coming from now.
<=========== America Held Hostage ===========>
Day 2113 for the poor and the middle class.
Day 2132 for the rich and the dead.
809 days remaining in the Raw Deal.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
Please read the FAQ at http://www.tux.org/lkml/