All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Keld Jørn Simonsen" <keld@keldix.com>
To: Leslie Rhorer <lrhorer@satx.rr.com>
Cc: 'John Robinson' <john.robinson@anonymous.org.uk>,
	'Liam Kurmos' <quantum.leaf@gmail.com>,
	'Linux RAID' <linux-raid@vger.kernel.org>
Subject: Re: mdadm raid1 read performance
Date: Fri, 6 May 2011 23:56:26 +0200	[thread overview]
Message-ID: <20110506215626.GB24391@www2.open-std.org> (raw)
In-Reply-To: <09.95.16951.AAD54CD4@cdptpa-omtalb.mail.rr.com>

On Fri, May 06, 2011 at 03:44:31PM -0500, Leslie Rhorer wrote:
> 
> 
> > -----Original Message-----
> > From: linux-raid-owner@vger.kernel.org [mailto:linux-raid-
> > owner@vger.kernel.org] On Behalf Of John Robinson
> > Sent: Tuesday, May 03, 2011 7:57 PM
> > To: Liam Kurmos
> > Cc: Linux RAID
> > Subject: Re: mdadm raid1 read performance
> > 
> > On 04/05/2011 01:07, Liam Kurmos wrote:
> > > Hi,
> > >
> > > I've been testing mdadm (great piece of software btw) however all my
> > > test show that reading from raid1 is only the same speed as reading
> > > from a single drive.
> > >
> > > Is this a known issue? or is there something seriously wrong with my
> > > system? i have tried v2.8.1 and v.3.2.1 without difference and several
> > > benchmarking methods.
> > 
> > This is a FAQ. Yes, this is known. No, it's not an issue, it's by design
> > - pretty much any RAID 1 implementation will be the same because of the
> > nature of spinning discs. md RAID 1 will serve multiple simultaneous
> > reads from the different mirrors, giving a higher total throughput, but
> > a single-threaded read will read from only one. If you want RAID 0
> > sequential speed at the same time as RAID 1 mirroring, look at md RAID
> > 10, and in particular RAID 10,f2; please see the excellent documentation
> > and wiki for more details.
> 
> 	I would go so far as to say it is more than just by design.  It is
> by the very fundamental nature of RAID1.  RAID1 is intended to be a simple
> mirror.  Every write is sent in identical form to precisely the same logical
> sector of all devices.  Any read can come from any device in the array.  The
> WriteMostly specifier can help insure the best throughput in the case where
> one of the members is inherently slower than the other members of the array,
> and some RAID1 implementations support load balancing, but otherwise there
> are no real operational gains in performance for a RAID1 array over a single
> disk.

SNIA defines RAID1 variants that are not so simple. And in many cases
you really do not know the internal layout of HW RAID1. So IMHO what you say does
not hold true.

best regards
keld

  reply	other threads:[~2011-05-06 21:56 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-04  0:07 mdadm raid1 read performance Liam Kurmos
2011-05-04  0:57 ` John Robinson
2011-05-06 20:44   ` Leslie Rhorer
2011-05-06 21:56     ` Keld Jørn Simonsen [this message]
2011-05-04  0:58 ` NeilBrown
2011-05-04  5:30   ` Drew
2011-05-04  6:31     ` Brad Campbell
2011-05-04  7:42       ` Roberto Spadim
2011-05-04 23:08         ` Liam Kurmos
2011-05-04 23:35           ` Roberto Spadim
2011-05-04 23:36           ` Brad Campbell
2011-05-04 23:45           ` NeilBrown
2011-05-04 23:57             ` Roberto Spadim
2011-05-05  0:14             ` Liam Kurmos
2011-05-05  0:20               ` Liam Kurmos
2011-05-05  0:25                 ` Roberto Spadim
2011-05-05  0:40                   ` Liam Kurmos
2011-05-05  7:26                     ` David Brown
2011-05-05 10:41                       ` Keld Jørn Simonsen
2011-05-05 11:38                         ` David Brown
2011-05-06  4:14                           ` CoolCold
2011-05-06  7:29                             ` David Brown
2011-05-06 21:05                       ` Leslie Rhorer
2011-05-07 10:37                         ` David Brown
2011-05-07 10:58                           ` Keld Jørn Simonsen
2011-05-05  0:24               ` Roberto Spadim
2011-05-05 11:10             ` Keld Jørn Simonsen
2011-05-06 21:20               ` Leslie Rhorer
2011-05-06 21:53                 ` Keld Jørn Simonsen
2011-05-07  3:17                   ` Leslie Rhorer
2011-05-05  4:06           ` Roman Mamedov
2011-05-05  8:06             ` Nikolay Kichukov
2011-05-05  8:39               ` Liam Kurmos
2011-05-05  8:49                 ` Liam Kurmos
2011-05-05  9:30               ` NeilBrown
2011-05-04  7:48       ` David Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110506215626.GB24391@www2.open-std.org \
    --to=keld@keldix.com \
    --cc=john.robinson@anonymous.org.uk \
    --cc=linux-raid@vger.kernel.org \
    --cc=lrhorer@satx.rr.com \
    --cc=quantum.leaf@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.