All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Huang, Ying" <ying.huang@intel.com>
To: Alejandro Colomar <alx.manpages@gmail.com>
Cc: Michael Kerrisk <mtk.manpages@gmail.com>,
	<linux-man@vger.kernel.org>, Mel Gorman <mgorman@suse.de>
Subject: Re: [PATCH] man2/set_mempolicy.2: Add mode flag MPOL_F_NUMA_BALANCING
Date: Wed, 10 Mar 2021 09:42:31 +0800	[thread overview]
Message-ID: <878s6vyebc.fsf@yhuang-dev.intel.com> (raw)
In-Reply-To: <20210301024555.85484-1-ying.huang@intel.com> (Huang Ying's message of "Mon, 1 Mar 2021 10:45:55 +0800")

Huang Ying <ying.huang@intel.com> writes:

> In Linux kernel 5.12, a new mode flag MPOL_F_NUMA_BALANCING is added
> to set_mempolicy() to optimize the page placement among the NUMA nodes
> with the NUMA balancing mechanism even if the memory of the
> applications are bound with MPOL_BIND.  This patch update the man page
> for the new mode flag.
>
> Related kernel commits:
> bda420b985054a3badafef23807c4b4fa38a3dff

Hi, Colomar,

Do you have time to take a look at this patch?  It has been reviewed in
the following thread,

https://lore.kernel.org/lkml/20210120061235.148637-3-ying.huang@intel.com/

Now the corresponding kernel change has been merged by upstream kernel.
Do you have further comments?

Best Regards,
Huang, Ying

> Signed-off-by: "Huang, Ying" <ying.huang@intel.com>
> Cc: "Alejandro Colomar" <alx.manpages@gmail.com>
> Cc: "Michael Kerrisk" <mtk.manpages@gmail.com>
> ---
>  man2/set_mempolicy.2 | 34 ++++++++++++++++++++++++++++------
>  1 file changed, 28 insertions(+), 6 deletions(-)
>
> diff --git a/man2/set_mempolicy.2 b/man2/set_mempolicy.2
> index 6e695fb13..cd543667f 100644
> --- a/man2/set_mempolicy.2
> +++ b/man2/set_mempolicy.2
> @@ -98,6 +98,28 @@ The supported
>  .I "mode flags"
>  are:
>  .TP
> +.BR MPOL_F_NUMA_BALANCING " (since Linux 5.12)"
> +When
> +.I mode
> +is
> +.BR MPOL_BIND ,
> +enable the kernel NUMA balancing for the task if it is supported by
> +the kernel.
> +If the flag isn't supported by the kernel, or is used with
> +.I mode
> +other than
> +.BR MPOL_BIND ,
> +\-1 is returned and
> +.I errno
> +is set to
> +.BR EINVAL .
> +.TP
> +.BR MPOL_F_RELATIVE_NODES " (since Linux 2.6.26)"
> +A nonempty
> +.I nodemask
> +specifies node IDs that are relative to the set of
> +node IDs allowed by the process's current cpuset.
> +.TP
>  .BR MPOL_F_STATIC_NODES " (since Linux 2.6.26)"
>  A nonempty
>  .I nodemask
> @@ -107,12 +129,6 @@ Linux will not remap the
>  when the process moves to a different cpuset context,
>  nor when the set of nodes allowed by the process's
>  current cpuset context changes.
> -.TP
> -.BR MPOL_F_RELATIVE_NODES " (since Linux 2.6.26)"
> -A nonempty
> -.I nodemask
> -specifies node IDs that are relative to the set of
> -node IDs allowed by the process's current cpuset.
>  .PP
>  .I nodemask
>  points to a bit mask of node IDs that contains up to
> @@ -293,6 +309,12 @@ argument specified both
>  .B MPOL_F_STATIC_NODES
>  and
>  .BR MPOL_F_RELATIVE_NODES .
> +Or, the
> +.B MPOL_F_NUMA_BALANCING
> +isn't supported by the kernel, or is used with
> +.I mode
> +other than
> +.BR MPOL_BIND .
>  .TP
>  .B ENOMEM
>  Insufficient kernel memory was available.

  reply	other threads:[~2021-03-10  1:43 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-01  2:45 [PATCH] man2/set_mempolicy.2: Add mode flag MPOL_F_NUMA_BALANCING Huang Ying
2021-03-10  1:42 ` Huang, Ying [this message]
2021-03-10 18:42 ` Alejandro Colomar (man-pages)
  -- strict thread matches above, loose matches on Subject: below --
2021-03-19 23:57 Alejandro Colomar
2021-04-04 20:08 ` Michael Kerrisk (man-pages)

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=878s6vyebc.fsf@yhuang-dev.intel.com \
    --to=ying.huang@intel.com \
    --cc=alx.manpages@gmail.com \
    --cc=linux-man@vger.kernel.org \
    --cc=mgorman@suse.de \
    --cc=mtk.manpages@gmail.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.