From: Gang Li <ligang.bdlg@bytedance.com>
To: Mel Gorman <mgorman@suse.de>
Cc: Jonathan Corbet <corbet@lwn.net>, Ingo Molnar <mingo@redhat.com>,
Peter Zijlstra <peterz@infradead.org>,
Juri Lelli <juri.lelli@redhat.com>,
Vincent Guittot <vincent.guittot@linaro.org>,
Dietmar Eggemann <dietmar.eggemann@arm.com>,
Steven Rostedt <rostedt@goodmis.org>,
Ben Segall <bsegall@google.com>,
Daniel Bristot de Oliveira <bristot@redhat.com>,
linux-api@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
linux-fsdevel@vger.kernel.org, linux-doc@vger.kernel.org
Subject: Re: Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
Date: Wed, 17 Nov 2021 15:07:43 +0800 [thread overview]
Message-ID: <08e95d68-7ba9-44d0-da85-41dc244b4c99@bytedance.com> (raw)
In-Reply-To: <20211109162647.GY3891@suse.de>
On 11/10/21 12:26 AM, Mel Gorman wrote:
>
> Of those two, I agree with the second one, it would be tricky to implement
> but the first one is less clear. This is based on an assumption. If prctl
> exists to enable/disable NUMA baalancing, it's possible that someone
> else would want to control NUMA balancing on a cgroup basis instead of
> globally which would run into the same type of concerns -- different
> semantics depending on the global tunable.
>
Hi!
You talk about the "semantics" of NUMA balancing between global, cgroup
and process. While I read the kernel doc "NUMA Memory Policy", it occur
to me that we may have a "NUMA Balancing Policy".
Since you are the reviewer of CONFIG_NUMA_BALANCING. I would like to
discuss the need for introducing "NUMA Balancing Policy" with you. Is
this worth doing?
next prev parent reply other threads:[~2021-11-17 7:07 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-27 13:26 [PATCH v1] sched/numa: add per-process numa_balancing Gang Li
2021-10-28 15:30 ` Mel Gorman
2021-10-29 6:12 ` Gang Li
2021-10-29 8:37 ` Mel Gorman
2021-11-09 8:28 ` 李港
2021-11-09 9:19 ` Mel Gorman
2021-11-09 10:40 ` Gang Li
2021-11-09 12:12 ` Mel Gorman
2021-11-09 13:58 ` Gang Li
2021-11-09 16:26 ` Mel Gorman
2021-11-17 7:07 ` Gang Li [this message]
2021-11-17 8:29 ` Mel Gorman
2021-11-17 9:38 ` Gang Li
2021-11-17 10:10 ` Mel Gorman
2021-11-18 3:26 ` Gang Li
2021-11-18 8:58 ` Mel Gorman
2021-11-18 9:49 ` Gang Li
2021-10-29 7:48 ` [External] " 李港
2021-11-22 7:34 ` Gang Li
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=08e95d68-7ba9-44d0-da85-41dc244b4c99@bytedance.com \
--to=ligang.bdlg@bytedance.com \
--cc=bristot@redhat.com \
--cc=bsegall@google.com \
--cc=corbet@lwn.net \
--cc=dietmar.eggemann@arm.com \
--cc=juri.lelli@redhat.com \
--cc=linux-api@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=vincent.guittot@linaro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).