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

* Re: [PATCH] Explain the read-balancing algorithm for RAID1 better in md.4
  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
  0 siblings, 0 replies; 2+ messages in thread
From: Neil Brown @ 2007-09-11 14:25 UTC (permalink / raw)
  To: Iustin Pop; +Cc: linux-raid

On Tuesday September 11, iusty@k1024.org wrote:
> 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.

Thanks.  This patch is now *in* the git tree of mdadm.

NeilBrown


> 
>  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
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[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