On Wed, Nov 20, 2002 at 08:03:00AM -0800, Joel Becker wrote:
> Hmm, what is the intended future interaction of DM and MD? Two
> ways at the same problem? Just curious.
There are a couple of good arguments for moving the _mapping_ code
from md into dm targets:
1) Building a mirror is essentially just copying large amounts of data
around, exactly what is needed to implement move functionality for
arbitrarily remapping volumes. (see
http://people.sistina.com/~thornber/pvmove_outline.txt).
So I've always had every intention of implementing a mirror target
for dm.
2) Extending raid 5 volumes becomes very simple if they are dm targets
since you just add another segment, this new segment could even
have different numbers of stripes. eg,
old volume new volume
+--------------------+ +--------------------+--------------------+
| raid5 across 3 LVs | => | raid5 across 3 LVs | raid5 across 5 LVs |
+--------------------+ +--------------------+--------------------+
Of course this could be done ATM by stacking 'bottom LVs' -> mds ->
'top LV', but that does create more intermediate devices and
sacrifices space to the md metadata (eg, LVM has its own metadata
and doesn't need md to duplicate it).
MD would continue to exist as a seperate driver, it needs to read and
write the md metadata at the beginning of the physical volumes, and
implement all the nice recovery/hot spare features. ie. dm does the
mapping, md implements the policies by driving dm appropriately. If
other volume managers such as EVMS or LVM want to implement features
not provided by md, they are free to drive dm directly.
I don't think it's a huge amount of work to refactor the md code, and
now might be the right time if Neil is already changing things. I
would be more than happy to work on this if Neil agrees.
- Joe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Nov 23 2002 - 22:00:39 EST