Linux RAID subsystem development
 help / color / mirror / Atom feed
* [PATCH] Explain the read-balancing algorithm for RAID1 better in md.4
@ 2007-09-11  3:51 Iustin Pop
  2007-09-11 14:25 ` Neil Brown
  0 siblings, 1 reply; 2+ messages in thread
From: Iustin Pop @ 2007-09-11  3:51 UTC (permalink / raw)
  To: linux-raid

There are many questions on the mailing list about the RAID1 read
performance profile. This patch adds a new paragraph to the RAID1
section in md.4 that details what kind of speed-up one should expect
from RAID1.

Signed-off-by: Iustin Pop <iusty@k1024.org>
---
this patch is against the git tree of mdadm.

 md.4 |    7 +++++++
 1 files changed, 7 insertions(+), 0 deletions(-)

diff --git a/md.4 b/md.4
index cf423cb..db39aba 100644
--- a/md.4
+++ b/md.4
@@ -168,6 +168,13 @@ All devices in a RAID1 array should be the same size.  If they are
 not, then only the amount of space available on the smallest device is
 used (any extra space on other devices is wasted).
 
+Note that the read balancing done by the driver does not make the RAID1
+performance profile be the same as for RAID0; a single stream of
+sequential input will not be accelerated (e.g. a single dd), but
+multiple sequential streams or a random workload will use more than one
+spindle. In theory, having an N-disk RAID1 will allow N sequential
+threads to read from all disks.
+
 .SS RAID4
 
 A RAID4 array is like a RAID0 array with an extra device for storing
-- 
1.5.3.1


^ permalink raw reply related	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-09-11 14:25 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-09-11  3:51 [PATCH] Explain the read-balancing algorithm for RAID1 better in md.4 Iustin Pop
2007-09-11 14:25 ` Neil Brown

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox