From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751143AbWATSjY (ORCPT ); Fri, 20 Jan 2006 13:39:24 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751147AbWATSjX (ORCPT ); Fri, 20 Jan 2006 13:39:23 -0500 Received: from mx1.redhat.com ([66.187.233.31]:4074 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S1751143AbWATSjW (ORCPT ); Fri, 20 Jan 2006 13:39:22 -0500 Date: Fri, 20 Jan 2006 19:38:40 +0100 From: Heinz Mauelshagen To: Lars Marowsky-Bree Cc: Phillip Susi , Neil Brown , Jan Engelhardt , "Lincoln Dale (ltd)" , Michael Tokarev , linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org, "Steinar H. Gunderson" Subject: Re: [PATCH 000 of 5] md: Introduction Message-ID: <20060120183840.GB2799@redhat.com> Reply-To: mauelshagen@redhat.com References: <26A66BC731DAB741837AF6B2E29C1017D47EA0@xmb-hkg-413.apac.cisco.com> <17358.52476.290687.858954@cse.unsw.edu.au> <43D00FFA.1040401@cfl.rr.com> <17360.5011.975665.371008@cse.unsw.edu.au> <43D02033.4070008@cfl.rr.com> <17360.9233.215291.380922@cse.unsw.edu.au> <43D04828.8010107@cfl.rr.com> <20060120105306.GY22163@marowsky-bree.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060120105306.GY22163@marowsky-bree.de> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 20, 2006 at 11:53:06AM +0100, Lars Marowsky-Bree wrote: > On 2006-01-19T21:17:12, Phillip Susi 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@vger.kernel.org > 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@RedHat.com +49 2626 141200 FAX 924446 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-