linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Konstantin Sharlaimov <konstantin.sharlaimov@gmail.com>
To: Goswin von Brederlow <brederlo@informatik.uni-tuebingen.de>
Cc: linux-raid <linux-raid@vger.kernel.org>,
	Rik van Riel <riel@redhat.com>,
	"; Ingo Molnar" <mingo@redhat.com>,
	"; Neil Brown" <neilb@suse.de>
Subject: Re: Was: [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing
Date: Thu, 08 Nov 2007 21:06:48 +1000	[thread overview]
Message-ID: <1194520008.17369.19.camel@localhost> (raw)
In-Reply-To: <87fxziju0z.fsf@informatik.uni-tuebingen.de>

On Wed, 2007-11-07 at 10:15 +0100, Goswin von Brederlow wrote:
> I wonder if there shouldn't be a way to turn this off (or if there
> already is one).
> 
> Or more generaly an option to say what is "near". Specifically I would
> like to teach the raid1 layer that I have 2 external raid boxes with a
> 16k chunk size. So read/write within a 16k chunk will be the same disk
> but the next 16k are a different disk and "near" doesn't apply
> anymore.

Currently there is no way to turn this feature off (this is only a
"request for comments" patch), but I'm planning to make it configurable
via sysfs and module parameters.

Thanks for suggestion for the "near" definition. What do you think about
adding the "chunk_size" parameter (with the default value of 1 chunk = 1
sector). Setting it to 32 will make all reads within 16k chunk to be
considered "near" (with zero distance) so they will go to the same disk.

Max distance will also be configurable (after this distance the "read"
operation is considered "far" and will go to randomly chosen disk)

Regards,
Konstantin


  reply	other threads:[~2007-11-08 11:06 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-03 10:08 [RFC PATCH 2.6.23.1] md: add dm-raid1 read balancing Konstantin Sharlaimov
2007-11-03 14:29 ` Rik van Riel
2007-11-07  9:15 ` Was: " Goswin von Brederlow
2007-11-08 11:06   ` Konstantin Sharlaimov [this message]
2007-11-08 16:28     ` Goswin von Brederlow
2007-11-08 17:06       ` Rik van Riel
2007-11-08 17:24         ` Bill Davidsen
2007-11-08 19:43         ` Goswin von Brederlow
2007-11-08 17:35       ` Bill Davidsen
2007-11-11 23:36 ` Samuel Tardieu

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=1194520008.17369.19.camel@localhost \
    --to=konstantin.sharlaimov@gmail.com \
    --cc=brederlo@informatik.uni-tuebingen.de \
    --cc=linux-raid@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=neilb@suse.de \
    --cc=riel@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).