From owner-freebsd-geom@FreeBSD.ORG Thu Feb 26 13:19:20 2004 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEDA716A4CE for ; Thu, 26 Feb 2004 13:19:20 -0800 (PST) Received: from darkness.comp.waw.pl (unknown [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54E8843D1D for ; Thu, 26 Feb 2004 13:19:20 -0800 (PST) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id A04F0AE693; Thu, 26 Feb 2004 22:19:18 +0100 (CET) Date: Thu, 26 Feb 2004 22:19:18 +0100 From: Pawel Jakub Dawidek To: Poul-Henning Kamp Message-ID: <20040226211918.GE5720@darkness.comp.waw.pl> References: <20040226203807.GD5720@darkness.comp.waw.pl> <3153.1077828228@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="APlYHCtpeOhspHkB" Content-Disposition: inline In-Reply-To: <3153.1077828228@critter.freebsd.dk> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-geom@FreeBSD.org Subject: Re: GEOM stripe library. X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 21:19:20 -0000 --APlYHCtpeOhspHkB Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 26, 2004 at 09:43:48PM +0100, Poul-Henning Kamp wrote: +> The beauty of my model is that there is only two function calls doing +> one memory allocation involved in this, rather than a ton of function +> calls where you have to check the error code after each and every +> one. (See my daemon-news "blueprint" articles for more on this). Hmm, strange. I was thinking that in GEOM world adding disk by disk is much more correct and natural, because of tasting events than building disks table first and looking at orphans in meanwhile and at the end call one function. +> I also think that you should be prepared for non-uniform striping, +> even if you think it complicates things, because it exits in real +> life, even if you have not seen it. I'll think about this, thanks for pointing this out. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --APlYHCtpeOhspHkB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAPmLWForvXbEpPzQRAsCqAKDFhlHPghBD8BCFCoJPnghYYuAOsACfdSh4 cx9HZtTslbtbKsHsnlqV3RY= =RkFu -----END PGP SIGNATURE----- --APlYHCtpeOhspHkB--