mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Rainer Shiz" <rainer.shiz@gmail.com>
To: "Neil Brown" <neilb@suse.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: RAID Sync Speeds
Date: Tue, 23 May 2006 07:37:01 +0000	[thread overview]
Message-ID: <cf5433040605230037h42d36b60k37e1f7fd576688f9@mail.gmail.com> (raw)
In-Reply-To: <17522.15942.232530.954548@cse.unsw.edu.au>

Thanks Neil and Chris for your quick replies.

Neil, well when you say 'detectable activity' what do you exactly refer to.
Because my system is for all purposes 'idle'. It is not on the network,
just booted it up, no apps running, only linux got booted and I am
logging in through console (text only mode - no X). So I wish the sync
speeds were atleast somewhere inbetween min and max values.
But I see it hovering around min (min being 5000, speed was around 5320 kb/s).
My max was around 250000.

But once I changed min value to 20000, my speeds were around 10000kb/s.
Max being same 250000.
I heard that speed values are averaged out for about 5 minutes or so.
Hence I did try these experiments for about 1 hour each.

This is what made me wonder if there is anything in the 2.6.12 kernel which is
causing this behavior!

One more question while I am at it, if a RAID Set is newly created and
syncing, and now I change the /proc/sys/dev/raid/speed_limit_min and
max values will this reflect on new RAID Sets that are created henceforth
or even the existing RAID Sets which are being synced currently?

And Chris, you are right - I understand that doing any other extraneous
disk I/o or fetching will cause the sync speeds to slow down or
in the extreme case there will be a limit on the SATA bus and how
many other hard disks share it and what i/o is happening on them too,
but in my case I am running these experiments keeping this in mind
and keeping all hard disk activity at almost zero levels.

And yes, I am too using Seagate hard drives. Does mixing up of
hard drives (vendors) affect this sync process.? (I presume not but please
correct me if I am wrong).

Thanks again.
Rainer

On 5/22/06, Neil Brown <neilb@suse.de> wrote:
> On Monday May 22, rainer.shiz@gmail.com wrote:
> >
> > So Is the 2.6 kernel designed to sync at speeds closer to min than max?
> >
>
> If there is other detectable activity, the sync speed will be kept at
> or below the min.
> If there no other activity, the sync speed will be kept at or below
> the max.
>
> NeilBrown
>

  reply	other threads:[~2006-05-23  7:37 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-22 13:05 Rainer Shiz
2006-05-22 17:02 ` Chris Boot
2006-05-22 22:42 ` Neil Brown
2006-05-23  7:37   ` Rainer Shiz [this message]
2006-05-23 11:11     ` Neil 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=cf5433040605230037h42d36b60k37e1f7fd576688f9@mail.gmail.com \
    --to=rainer.shiz@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=neilb@suse.de \
    /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

all inboxes | Powered by JetHome®