Date: Mon, 1 Nov 2004 16:22:48 +1100 From: "Alastair D'Silva" <freebsd@newmillennium.net.au> To: Brad Knowles <brad@stop.mail-abuse.org> Cc: current@freebsd.org Subject: Re: Gvinum RAID5 performance Message-ID: <1099286568.4185c82881654@picard.newmillennium.net.au> In-Reply-To: <p06002002bdab24905ad8@[10.0.1.3]> References: <002401c4bf9c$c4fee8e0$0201000a@riker> <p06002002bdab24905ad8@[10.0.1.3]>
next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Brad Knowles <brad@stop.mail-abuse.org>: > At 9:55 AM +1100 2004-11-01, <freebsd@newmillennium.net.au> wrote: > > > Now, running a dd from a plex gives me less performance than running a > > dd from one of the subdisks, even though the array is not running in > > degraded mode. > > Right. This is RAID-5. It is used for reliability, not > performance. The entire stripe has to be read at once and written at > once, for any operation involving that stripe. Granted, however there are some RAID5 implementations that read only the necessary data and forgo reading the parity on reads when not operating in degraded mode (3Ware springs to mind as an immediate example). The offshoot of this is that to ensure data integrity, a background process is run periodically to verify the parity. Alternatively, simply buffering the (whole) stripe in memory may be enough, as subsequent reads from the same stripe will be fed from memory, rather than resulting in another disk I/O (why didn't the on-disk cache feed this request? I did notice that the read from a single drive resulted in that drive's access light being locked on solid, while reading from the plex caused all drives to flicker rather than being solid). Perhaps a sysctl or parameter to the 'org' directive in vinum could be introduced to toggle the behaviour between the two/three modes of operation. I think both approaches have the ability to increase overall reliability as well as improve performance since the drives will not be worked as hard. -- Alastair D'Silva Networking Consultant New Millennium Networking
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1099286568.4185c82881654>