Linux RAID subsystem development
 help / color / mirror / Atom feed
From: "Andrew Herdman" <andrew@whine.com>
To: linux-raid@vger.kernel.org
Subject: Re: RAID1: Disks alternating on reads
Date: Mon, 22 Sep 2003 12:23:00 -0400	[thread overview]
Message-ID: <01ca01c38125$cab15c20$0180a8c0@what> (raw)
In-Reply-To: news2mail-bkmfvp$a7u$1@cartman.spoiled.org

Juri;

Thanks for your reply, some comments inline below.

----- Original Message ----- 
From: "Juri Haberland" <list-linux.raid@spoiled.org>
To: <linux-raid@vger.kernel.org>
Sent: Monday, September 22, 2003 5:39 AM
Subject: Re: RAID1: Disks alternating on reads


> "Andrew Herdman" <andrew@whine.com> wrote:
> > Pardon me if my assumption was incorrect, but I was under the belief
that
> > when using software RAID1, that when reads occurred on the RAID device
that
> > it would read from both drives in a striped fashion similar to how RAID0
> > works to improve the speed of the md devices.   I am actually seeing
this,
> > but it appears that the reads on each drive are continuing for 10 to 20
> > seconds before moving onto the next drive and then another 10-20 seconds
and
> > back again.  This is not allowing for any performance increase, it just
lets
> > the drives rest alternately.
> >
> > This link http://www.whine.com/~andrew/alternating_disk.png is a gkrellm
> > snapshot of the activity, hda and hde are the two disks in the RAID
array.
> > Each disk is the master on it's own channel.
>
> Was that a single large file that you read or multiple files?

Multiple files 1-2MB in size

> As far as I could observe, the RAID1 code reads one file from one disk
> and never changes disks during this read - so you get the performance
> of one disk.
> *But* the code distributes different writes to different disks.

Well this is what I am seeing, so it's being consistent then.

> Try the following:
> dd if=/dev/mdX of=/dev/null&

Looks just like the graph in gkrellm I showed earlier.

> Now watch gkrellm and see that it reads only from one disk.
> Then start another instance of dd. You will see that this instance reads
> from the other RAID disk.

Well look at that, it is now starting to consistently use both disks.  I did
notice that after a length of time of running both instances that it stopped
using hda for an extended time.  Starting a 3rd instance again invoked the
use of hda.  The implementation doesn't seem perfect, but appears to be more
than adequate.

> This way one disk can seek for a file while the other one is transfering
> one. A single read won't be faster but concurrent access to the same
> filesystem will be much faster than on a non-RAID filesystem.

Does this mean that the md driver is filesystem aware?  Or is it just
because i'm using EXT3?  How does md know how many file accesses i'm doing?

Thanks for your explaination, it certainly clears things up.

Andrew



  reply	other threads:[~2003-09-22 16:23 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-21 15:14 RAID1: Disks alternating on reads Andrew Herdman
2003-09-22  7:55 ` Catalin BOIE
2003-09-22  9:39 ` Juri Haberland
2003-09-22 16:23   ` Andrew Herdman [this message]
2003-09-24 12:15     ` Juri Haberland
2003-09-23 11:09   ` Lars Marowsky-Bree
2003-09-24 12:06     ` Juri Haberland
  -- strict thread matches above, loose matches on Subject: below --
2003-09-23 15:12 Bailey, Scott

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='01ca01c38125$cab15c20$0180a8c0@what' \
    --to=andrew@whine.com \
    --cc=linux-raid@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox