Date: Thu, 19 Aug 2004 15:52:28 +0930 From: Greg 'groggy' Lehey <grog@FreeBSD.org> To: Scott Long <scottl@samsco.org> Cc: Wilko Bulte <wb@freebie.xs4all.nl> Subject: Re: RAID-3? Message-ID: <20040819062228.GO85432@wantadilla.lemis.com> In-Reply-To: <41244217.6010102@samsco.org> References: <20040817132740.GA32139@freebie.xs4all.nl> <41449.1092750244@critter.freebsd.dk> <200408161043.i7GAhfXs079045@repoman.freebsd.org> <20040817004407.GA81257@wantadilla.lemis.com> <20040817074633.GO30151@darkness.comp.waw.pl> <20040817112900.GA31635@freebie.xs4all.nl> <20040817124020.GK88156@wantadilla.lemis.com> <20040817131612.GT30151@darkness.comp.waw.pl> <20040819024359.GA85432@wantadilla.lemis.com> <41244217.6010102@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Y5wfsVCgeKAcINk2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Format recovered--see http://www.lemis.com/email/email-format.html] Broken quotes fixed. On Thursday, 19 August 2004 at 0:00:55 -0600, Scott Long wrote: > Greg 'groggy' Lehey wrote: >> On Tuesday, 17 August 2004 at 15:44:04 +0200, Poul-Henning Kamp wrote: >>> In message <20040817132740.GA32139@freebie.xs4all.nl>, Wilko Bulte writ= es: >>> >>>> RAID-3 IIRC uses a dedicated parity disk, and small stripes. I >>>> don't think it must be bytelevel striping. Just small enough >>>> stripes that all disks contribute to every I/O >>> >>> RAID3 differs from RAID5 in that you always access the entire stripe >>> and never have R/M/W cycles. >> >> That's not the definition I know, and I haven't been able to find it >> during a quick Google. I have: >> >> http://sbc.webopedia.com/TERM/R/RAID.html : >> ... >> http://www.acnc.com/04_01_03.html : >> ... > > I think that you're really reading far too much into this. That depends on whether you care about accurate terminology or not. Or maybe it's you who is reading too much into the matter. > The key to all of the definitions that you quoted is that all drives > are accessed during a read or write, unlike RAID-4. That's a feature, but it's only part of the definition. Note that RAID-4 and RAID-5 can also access all drives, depending on the size of a read or write, so it can't be a complete definition. > Your quoted text also seems a bit subjective as there are very valid > reasons for RAID-3, especially if one is looking for consistent > low-latency transactions like in video recorders and servers. Well, I did use *exactly* this example. I also pointed out that the relative performance of modern disk subsystems is adequate for a single streaming video channel. Low latency depends on the number of concurrent accesses. RAID-3 handles concurrent access poorly, exactly because it accesses all disks for each transfer. > That is a world of difference from a general purpose > multi-transaction, multi-process workload,=20 Agreed. I was just wondering why anybody would bother. > so comparing against RAID-4 or RAID-5 really doesn't make sense. I didn't. > Whether Pawel's implementation conforms to your ideas of RAID-3 is > somewhat irrelevant. I don't know. "My ideas" of RAID-3 appear to be in keeping with the standard definitions. To draw from a discussion currently under way on the IRC channel, we're not Humpty Dumpty, who said "When I use a word, it means exactly what I intend it to mean". > He's doing an excellent job with storage research at the moment,=20 I'm not criticizing Pawel. =20 > I don't see why he should get bogged down with idle nit-picking. If you think this is idle nit-picking, that's fine. I think we owe it to people to use correct terminology. Pawel, what do you see as the use of RAID-3? Greg -- When replying to this message, please take care not to mutilate the original text. =20 For more information, see http://www.lemis.com/email.html Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --Y5wfsVCgeKAcINk2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFBJEckIubykFB6QiMRAv5UAKCY5hfmqXEdmQt4FpCttVF7FceuxgCdESQy fDeYQQQ47Kyv3xSHUyPK/JY= =LCg/ -----END PGP SIGNATURE----- --Y5wfsVCgeKAcINk2--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040819062228.GO85432>