Date: Thu, 26 Feb 2004 22:19:18 +0100 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Poul-Henning Kamp <phk@phk.freebsd.dk> Cc: freebsd-geom@FreeBSD.org Subject: Re: GEOM stripe library. Message-ID: <20040226211918.GE5720@darkness.comp.waw.pl> In-Reply-To: <3153.1077828228@critter.freebsd.dk> References: <20040226203807.GD5720@darkness.comp.waw.pl> <3153.1077828228@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
--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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040226211918.GE5720>