[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121210122735.GB2310@glzhao-laptop.site>
Date: Mon, 10 Dec 2012 20:27:35 +0800
From: Guangliang Zhao <gzhao@...e.com>
To: device-mapper development <dm-devel@...hat.com>,
linux-kernel@...r.kernel.org
Subject: Re: [dm-devel] [PATCH 0/3] add resync speed control for dm-raid1
On Mon, Dec 10, 2012 at 01:21:23PM +1100, NeilBrown wrote:
> On Thu, 22 Nov 2012 14:27:50 +0800 Guangliang Zhao <gzhao@...e.com> wrote:
>
> > Hi,
> >
> > These patches are used to add resync speed control for dm-raid1. The
> > second and third patch provide support for user-space tool dmsetup.
> >
> > Guangliang Zhao (3):
> > dm raid1: add resync speed control for dm-raid1
> > dm raid1: add interface to set resync speed
> > dm raid1: add interface to get resync speed
> >
> > drivers/md/dm-raid1.c | 93 +++++++++++++++++++++++++++++++++++++++++++++++--
> > 1 file changed, 90 insertions(+), 3 deletions(-)
> >
>
> The problem with this approach is that it slows down resync even when there
> is no other IO happening.
> If that is deemed to be acceptable, then the patch set seems fine, though I
> would probably make the default a lot higher so as not to change current
> default behaviour for anyone.
Yes, the users who don't need this feature will not be affected, fully
accepted.
>
> If it isn't acceptable, then you either need to monitor the number of
> requests going to the underlying devices - like md does - or monitor the
> number of requests coming in to the dm-raid1 target - which is probably
> easier with dm.
>
> i.e. only impose the rate limit if there have been any requests for the
> dm-raid1 target in the last 'RESYNC_JIFFIES'.
Good idea, that's would be on my TODO list. But anyway these patches are
still required.
>
> What do you think of that?
>
> NeilBrown
> --
> dm-devel mailing list
> dm-devel@...hat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
--
Best regards,
Guangliang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists