Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755273AbcJLOIj (ORCPT ); Wed, 12 Oct 2016 10:08:39 -0400 Received: from resqmta-ch2-09v.sys.comcast.net ([69.252.207.41]:47132 "EHLO resqmta-ch2-09v.sys.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755116AbcJLOIb (ORCPT ); Wed, 12 Oct 2016 10:08:31 -0400 Date: Wed, 12 Oct 2016 09:08:31 -0500 (CDT) From: Christoph Lameter X-X-Sender: cl@east.gentwo.org To: "Michael Kerrisk (man-pages)" cc: Piotr Kwapulinski , kirill.shutemov@linux.intel.com, vbabka@suse.cz, rientjes@google.com, mhocko@kernel.org, mgorman@techsingularity.net, liangchen.linux@gmail.com, nzimmer@sgi.com, a.p.zijlstra@chello.nl, riel@redhat.com, lee.schermerhorn@hp.com, jmarchan@redhat.com, joe@perches.com, corbet@lwn.net, iamyooon@gmail.com, n-horiguchi@ah.jp.nec.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-man@vger.kernel.org, akpm@linux-foundation.org, linux-doc@vger.kernel.org, linux-api@vger.kernel.org Subject: Re: [PATCH v3 0/1] man/set_mempolicy.2,mbind.2: add MPOL_LOCAL NUMA memory policy documentation In-Reply-To: <4d816fee-4690-2ed7-7faa-c437e67cfbf5@gmail.com> Message-ID: References: <20161010162310.2463-1-kwapulinski.piotr@gmail.com> <4d816fee-4690-2ed7-7faa-c437e67cfbf5@gmail.com> Content-Type: text/plain; charset=US-ASCII X-CMAE-Envelope: MS4wfOejutG1x5EXHIMgOrwpOOk23reYSt5a0siloPD0fsmYW6ZVO/V0NLY3NpIsaBAJmXLN/XHZoLu3T+XOhJU62WWNSVVPboVD3cohlT9ZhNtO1Sy5Wucj liqDjmcGhqRJhsut1PwljjRvby5oe2Z7AE9t0rmWdiyWylAywWQ91O+0UwWs+fVqAh7gsVyH5Or7XilMcbSxY36cByQ6HNBUuoU88zJCo7cZfxAtsOGPJPuE 0ED4OpFnHeifqHqM9IyIE5IQL3qoOEg+foa9bBrzkvD7cUT9O0KhpXNhLqAGfn20TGHgiZIjsExby/7QEV6hqLRwvC2y9iTTsGwBe+d4zHTnTWmOgqi3285j KrQhHvRtY8D0hhADI/jWgKD3Tys0Fy+RSDdVDn4WuOPw9Vit+plANuk+cvXWiqGfrfXLYZOttbsFlpUGZz94W1/PBGjfDSlADOnc/Ytx3DheQHwSN4vNrlZN kMsuXKob1oyKpJxb7KoFhcPI4Xuxsxg6GSLJYkcEOwsmQIG8Gl0zF1tMPqlR51AVqvejsebIzSPgObvhOymLSHFtmhwSB5Lgj4WJCBOo0jbe/u/YYKOJ6iXD lDHSbmxwXTAlCdlTJ2jXQUyx1MPDZp94iZg1O0TiHUKDmYk1XGpVPtGsL0EGzBoBbGaPAMOcnoVpFv1nFky3dpYLa8S34zM91Y9NdNiWWyqIpR0FXXMoyGgP Pc1ffs0ZybUeEE+PpQPvGXpcJbOMvC22rd1keR4DiaPD8Nvl6t0gL+4nApT/kqiYE4xQ/cCR92Pf8TCI8P7CwLAExOTi4FQApeg012mipHU8Ul/aIvg0Ye+X Jznf36pEnfNbGZvohmyg89Nv+MyoB1s0uLaYhiOqQ5UPNJ+MUYlq2m1yQ6osYcjq9ObIPyFnoENDlv4dDso= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1130 Lines: 23 On Wed, 12 Oct 2016, Michael Kerrisk (man-pages) wrote: > > +arguments must specify the empty set. If the "local node" is low > > +on free memory the kernel will try to allocate memory from other > > +nodes. The kernel will allocate memory from the "local node" > > +whenever memory for this node is available. If the "local node" > > +is not allowed by the process's current cpuset context the kernel > > +will try to allocate memory from other nodes. The kernel will > > +allocate memory from the "local node" whenever it becomes allowed > > +by the process's current cpuset context. In contrast > > +.B MPOL_DEFAULT > > +reverts to the policy of the process which may have been set with > > +.BR set_mempolicy (2). > > +It may not be the "local allocation". > > What is the sense of "may not be" here? (And repeated below). > Is the meaning "this could be something other than"? > Presumably the answer is yes, in which case I'll clarify > the wording there. Let me know. Someone may have set for example a round robin policy with numactl --interleave before starting the process? Then allocations will go through all nodes.