Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 Aug 2004 16:34:47 -0600
From:      "Kenneth D. Merry" <ken@kdm.org>
To:        Pawel Jakub Dawidek <pjd@FreeBSD.org>
Cc:        freebsd-performance@FreeBSD.org
Subject:   Re: RAID-3? (was: cvs commit: src MAINTAINERS)
Message-ID:  <20040820223446.GA18838@panzer.kdm.org>
In-Reply-To: <20040820193547.GZ30151@darkness.comp.waw.pl>
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> <20040820193547.GZ30151@darkness.comp.waw.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Aug 20, 2004 at 21:35:47 +0200, Pawel Jakub Dawidek wrote:
> As you can see RAID5 is only faster in READ tests for 15 and 100 processes
> working in parallel. As I can see, RAID3 is faster in all the rest tests.
> 
> Of course you are welcome to try by yourself.
> 
> Anyway, if I can ask for something. Think twice before calling something
> ridiculous without understanding.
> 
> PS. I wonder about read optimization, so parity component can be also
>     used for reading in round-robin fashion...

That likely wouldn't speed things up too much.  The hard drives are doing
read ahead anyway, so they'll usually have the data ready when you go down
to read the next block if you're doing sequential reads.

You would also spend more CPU power to reconstruct the piece of data you
didn't read from the disk.  That'll probably increase your latency
somewhat, and you would also be touching all of the data with the CPU.

As PHK said, it might be more interesting to do data integrity checking on
reads.  The problem, of course, is that you wouldn't be able to correct
problems, you would only be able to detect them.

Ken
-- 
Kenneth Merry
ken@kdm.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040820223446.GA18838>