* [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