From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 12 02:59:39 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D96B16A4CE; Wed, 12 Nov 2003 02:59:39 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC2E43F85; Wed, 12 Nov 2003 02:59:36 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 817003ABB2D; Wed, 12 Nov 2003 11:58:56 +0100 (CET) Date: Wed, 12 Nov 2003 11:58:56 +0100 From: Pawel Jakub Dawidek To: Poul-Henning Kamp Message-ID: <20031112105856.GJ84474@garage.freebsd.pl> References: <20031109023041.GA9171@VARK.homeunix.com> <33133.1068628823@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="nV0Xx5nODoP5kWxY" Content-Disposition: inline In-Reply-To: <33133.1068628823@critter.freebsd.dk> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p9 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: David Schultz cc: hackers@FreeBSD.ORG cc: Lukas Ertl Subject: Re: geom_mirror implementation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2003 10:59:39 -0000 --nV0Xx5nODoP5kWxY Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 12, 2003 at 10:20:23AM +0100, Poul-Henning Kamp wrote: +> With regards to the larger "volume management picture" I will +> reiterate my position: +>=20 +> Ideally I would prefer to have a set of primitive GEOM classes, +> GEOM_MIRROR, GEOM_STRIPE, GEOM_RAID5 etc and a separate set of +> "controller" GEOM classes, GEOM_VINUM, GEOM_RF, GEOM_VERITAS, to +> recognize the various "traditional LVM" metadata on the disk, and +> from that metadata stack the primitive modules. This would in the +> long term give us the maximal flexibility and ability with the +> least code. Actually I've done already GEOM_STRIPE class: http://garage.freebsd.pl/geom_stripe.tbz # stripe -v -s 65536 test /dev/da0 /dev/da1 /dev/da2 /dev/da3 Magic value stored on /dev/da0 Magic value stored on /dev/da1 Magic value stored on /dev/da2 Magic value stored on /dev/da3 # ls -l /dev/*.stripe /dev/test.stripe =46rom my tests it is a bit faster than ccd(4). +> So realistically I expect that we will some day soon see a +> GEOM_RAIDFRAME (I gather Pawel is trying to help Scott on this). Not really. I've start planing something different (see my previous mail). --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --nV0Xx5nODoP5kWxY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP7ISbz/PhmMH/Mf1AQHpqQQAj43MB6D9N7ja8RWV5+VWKFL+CkfCXhyY ge9CdmiKPyF3pZrUNyTE3OLmQqa0AllXTzbQHg8Az6oz1ibyJhqvbmleVYzOVTc9 qng6ZJxVein4L03NV6FuxD2MAX+R1MYqAJ5BIOJaN9Ki7zKe6vlbIVXXxvHMi2v/ xhacem7TWvw= =kFbv -----END PGP SIGNATURE----- --nV0Xx5nODoP5kWxY--