Date: Tue, 11 Dec 2001 03:25:21 +0100 From: Bernd Walter <ticso@cicely8.cicely.de> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: Wilko Bulte <wkb@freebie.xs4all.nl>, Mike Smith <msmith@FreeBSD.ORG>, Terry Lambert <tlambert2@mindspring.com>, Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern subr_diskmbr.c Message-ID: <20011211032521.H11774@cicely8.cicely.de> In-Reply-To: <200112101849.fBAInSO47847@apollo.backplane.com> References: <200112101754.fBAHsRV01202@mass.dis.org> <200112101813.fBAIDKo47460@apollo.backplane.com> <20011210192251.A65380@freebie.xs4all.nl> <200112101849.fBAInSO47847@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Dec 10, 2001 at 10:49:28AM -0800, Matthew Dillon wrote:
>
> :For RAID3 that is true. For the other ones...
> :
> :> performance without it - for reading OR writing. It doesn't matter
> :> so much for RAID{1,10}, but it matters a whole lot for something like
> :> RAID-5 where the difference between a spindle-synced read or write
> :> and a non-spindle-synched read or write can be upwards of 35%.
> :
> :If you have RAID5 with I/O sizes that result in full-stripe operations.
> :
> :--
> :| / o / /_ _ email: wilko@FreeBSD.org
> :|/|/ / / /( (_) Bulte Arnhem, The Netherlands
>
> Well, for reads a non-stripe-crossing op would still work reasonably
> well. But for writes less then full-stripe operations without
> spindle sync are going to be terrible due to the read-before-write
> requirement (to calculate parity). The disk cache is useless in that
> case.
Modern disks do prereads and writes are streamed by tagged command
queueing which invalidates this for linear access.
For non linear access the syncronisation is shadowed partly by different
seek times and different load on the spindles.
The chance that the data and parity spindle have the heads on the same
track is absolutely small for random access.
With 15000 upm drives the maximum rotational delay is 4ms and the
average is 2ms which gives you an maximum of only 1ms to gain under
ideal conditions - which we don't have as I stated above.
--
B.Walter COSMO-Project http://www.cosmo-project.de
ticso@cicely.de Usergroup info@cosmo-project.de
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011211032521.H11774>