All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bernd Schubert <bernd.schubert@fastmail.fm>
To: Sebastian Riemer <sebastian.riemer@profitbricks.com>
Cc: Roberto Spadim <roberto@spadim.com.br>,
	Linux RAID Mailing List <linux-raid@vger.kernel.org>
Subject: Re: Reason for md raid1 max_sectors_kb limited to 127?
Date: Mon, 07 May 2012 18:13:06 +0200	[thread overview]
Message-ID: <4FA7F492.4030104@fastmail.fm> (raw)
In-Reply-To: <4FA7EB54.60305@profitbricks.com>

On 05/07/2012 05:33 PM, Sebastian Riemer wrote:
> On 07/05/12 16:47, Bernd Schubert wrote:
>> On 05/07/2012 04:44 PM, Roberto Spadim wrote:
>>> could check if it have any performace increase? maybe i consider
>>> upgrading my kernel to get more performace inn raid1
>>>
>>
>> Depends on your hardware. Hardware that can handle small IO sizes, such
>> as common hard disks usually don't have problems with 512KB IOs. But if
>> you should use software on top of hardware raid large IOs might be very
>> important (again depends on the hw-raid vendor then).
>>
>>
>> Cheers,
>> Bernd
>
> O.K., I've also tested 3.2.16 and there the problem still exists.
> Bernd pinpointed me to commit b1bd055d397e09f99dcef9b138ed104ff1812fcb
> (block: Introduce blk_set_stacking_limits function).
>
> After cherry-picking it on 3.2.16 it worked. Tomorrow I'll test the
> performance impact and verify it by block tracing.

You might want to check IO sizes with my a patched blkiomon (blktrace). 
I added a mode to make the IO table more verbose about actual io sizes. 
I always wanted to further improve it and to send patches upstream, but 
so far didn't find time for that.


http://www.pci.uni-heidelberg.de/tc/usr/bernd/downloads/blktrace/


Cheers,
Bernd

  reply	other threads:[~2012-05-07 16:13 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-07  9:41 Reason for md raid1 max_sectors_kb limited to 127? Sebastian Riemer
2012-05-07 11:18 ` NeilBrown
2012-05-07 11:34   ` Sebastian Riemer
2012-05-07 14:04     ` Bernd Schubert
2012-05-07 14:14       ` Sebastian Riemer
     [not found]         ` <CABYL=ToyVwRGOkVs63iBgfWeTsjDQ=ofsYC4hgAVpABrWbHUjA@mail.gmail.com>
2012-05-07 14:47           ` Bernd Schubert
2012-05-07 15:33             ` Sebastian Riemer
2012-05-07 16:13               ` Bernd Schubert [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-05-08 16:07 Sebastian Riemer

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=4FA7F492.4030104@fastmail.fm \
    --to=bernd.schubert@fastmail.fm \
    --cc=linux-raid@vger.kernel.org \
    --cc=roberto@spadim.com.br \
    --cc=sebastian.riemer@profitbricks.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.