On Fri, Jan 20, 2006 at 11:53:06AM +0100, Lars Marowsky-Bree wrote: > On 2006-01-19T21:17:12, Phillip Susi <psusi@xxxxxxxxxx> wrote: > > > I am under the impression that dm is simpler/cleaner than md. That > > impression very well may be wrong, but if it is simpler, then that's a > > good thing. > > That impression is wrong in that general form. Both have advantages and > disadvantages. > > I've been an advocate of seeing both of them merged, mostly because I > think it would be beneficial if they'd share the same interface to > user-space to make the tools easier to write and maintain. > > However, rewriting the RAID personalities for DM is a thing only a fool > would do without really good cause. Thanks Lars ;) > Sure, everybody can write a > RAID5/RAID6 parity algorithm. But getting the failure/edge cases stable > is not trivial and requires years of maturing. > > Which is why I think gentle evolution of both source bases towards some > common API (for example) is much preferable to reinventing one within > the other. > > Oversimplifying to "dm is better than md" is just stupid. > > > > Sincerely, > Lars Marowsky-Brée > > -- > High Availability & Clustering > SUSE Labs, Research and Development > SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin > "Ignorance more frequently begets confidence than does knowledge" > > - > To unsubscribe from this list: send the line "unsubscribe linux-raid" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html Regards, Heinz -- The LVM Guy -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Heinz Mauelshagen Red Hat GmbH Consulting Development Engineer Am Sonnenhang 11 Cluster and Storage Development 56242 Marienrachdorf Germany Mauelshagen@xxxxxxxxxx +49 2626 141200 FAX 924446 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
