All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jordan Russell <jr-list-2010@quo.to>
To: Bill Davidsen <davidsen@tmr.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Data-check brings system to a standstill
Date: Fri, 18 Jun 2010 11:54:54 -0500	[thread overview]
Message-ID: <4C1BA4DE.70701@quo.to> (raw)
In-Reply-To: <4C19015B.3020807@tmr.com>

On 6/16/2010 11:52 AM, Bill Davidsen wrote:
> Not sure what's causing that, other than you just have your max set
> pretty high for raid1.

200000 is just the default.

> By leaving nothing in the way of capacity for
> system operation you are filling all of memory with writes to the
> resyncing drive. I would measure the speed of the disk read on the inner
> tracks (dd with offset from sda to /dev/null) and not set max over 2/3
> of that.

The outer tracks measure about 65000 KB/sec, and the inner tracks about
35000 KB/sec.

The problem I have with just setting sync_speed_max to a fixed, low
value like 30000 prior to starting the data-check is it needlessly slows
down the reading of the outer tracks, causing the check to take an extra
hour or so to complete.

I would prefer to see md use as much bandwidth as possible, but pause
whenever any I/O requests come in. This appears to be what the code is
designed to do -- and the log says "idle IO bandwidth" -- but given that
tasks are routinely hanging for 120+ seconds, it doesn't seem to be
working in my case.

> Alternatively, you can try setting your io scheduler to
> deadline,

Interesting idea. I'll give that a try and report back.

> I think md would benefit from a limit on how much io can be outstanding
> to any given device, but that would be a non-trivial change, I fear.

Perhaps an option to force msleep()s at regular intervals (e.g., every
50 MB) would help...

-- 
Jordan Russell

  reply	other threads:[~2010-06-18 16:54 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-09 17:30 Data-check brings system to a standstill Jordan Russell
2010-06-16 16:52 ` Bill Davidsen
2010-06-18 16:54   ` Jordan Russell [this message]
2010-06-18 17:10   ` Tim Small
2010-06-18 17:27     ` Jordan Russell
2010-06-22  4:06   ` Jordan Russell
2010-06-22 18:50     ` Bill Davidsen

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=4C1BA4DE.70701@quo.to \
    --to=jr-list-2010@quo.to \
    --cc=davidsen@tmr.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 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.