From: Mike Snitzer <snitzer@redhat.com>
To: Nikos Tsironis <ntsironis@arrikto.com>
Cc: dm-devel@redhat.com, agk@redhat.com
Subject: Re: dm kcopyd: Increase sub-job size to 512KiB
Date: Tue, 16 Jul 2019 10:11:50 -0400 [thread overview]
Message-ID: <20190716141150.GA17023@redhat.com> (raw)
In-Reply-To: <54f185d8-5cf7-b617-1dfe-418da7643004@arrikto.com>
On Tue, Jul 16 2019 at 9:59am -0400,
Nikos Tsironis <ntsironis@arrikto.com> wrote:
> On 7/15/19 9:22 PM, Mike Snitzer wrote:
> > On Fri, Jul 12 2019 at 9:45am -0400,
> > Nikos Tsironis <ntsironis@arrikto.com> wrote:
> >
> >> Hi Mike,
> >>
> >> A kind reminder about this patch. Do you require any changes or will you
> >> merge it as is?
> >
> > I think we need changes to expose knob(s) to tune this value on a global
> > _and_ device level via sysfs. E.g.:
> >
> > 1) dm_mod module param for global
> > 2) but also allow a per-device override, like:
> > echo 512 > /sys/block/dm-X/dm/kcopyd_subjob_size
> >
>
> Hi Mike,
>
> Thanks for your feedback. I agree, this sounds like the best thing to do.
>
> > 1 is super easy and is a start. Layering in 2 is a bit more involved.
>
> Maybe I could help with (2). We could discuss about it and how you think
> it's best to do it and then I could proceed with an implementation.
>
> Please let me know what you think.
>
> >
> > In hindsight (given how risk-averse I am on changing the default) I
> > should've kept the default 128 but allowed override with modparam
> > dm_mod.kcopyd_subjob_size=1024
> >
> > Would this be an OK first step?
>
> Yes, this would be great.
>
> >
> > If so, we're still in the 5.3 merge window, I'll see what I can do.
>
> Shall I proceed with a patch adding the dm_mod.kcopyd_subjob_size
> modparam?
Sure. And it could be that we won't need 2.
Ideally the default would work for every setup. Less knobs the better.
But as a stop-gap I think we need to expose a knob that allows override.
Thinking further, I don't think changing the default to 512K is too
risky (famous last words). So please just update your original patch to
include the modparam so that users can get the old 64K back if needed.
BTW, the param name should probably be "kcopyd_subjob_size_kb" to
reflect the value is KB.
Thanks,
Mike
next prev parent reply other threads:[~2019-07-16 14:11 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-03 13:40 [PATCH] dm kcopyd: Increase sub-job size to 512KiB Nikos Tsironis
2019-06-03 14:08 ` Mike Snitzer
2019-06-03 15:27 ` Nikos Tsironis
2019-07-12 13:45 ` [PATCH] " Nikos Tsironis
2019-07-15 18:22 ` Mike Snitzer
2019-07-16 13:59 ` Nikos Tsironis
2019-07-16 14:11 ` Mike Snitzer [this message]
2019-07-16 14:14 ` Mike Snitzer
2019-07-16 14:33 ` Nikos Tsironis
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=20190716141150.GA17023@redhat.com \
--to=snitzer@redhat.com \
--cc=agk@redhat.com \
--cc=dm-devel@redhat.com \
--cc=ntsironis@arrikto.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.