Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp530642pxj; Fri, 28 May 2021 09:17:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQxOiMvL/xRpI5sDDPJXqu6m7WwBIVlLiBqwEyrWhq8hYXsqNjaO8YzZLSp9YbhIbGOdKz X-Received: by 2002:a05:6402:12d8:: with SMTP id k24mr439969edx.47.1622218671432; Fri, 28 May 2021 09:17:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622218671; cv=none; d=google.com; s=arc-20160816; b=nWRFxGpQfdi/e/A6GyqdVEY6XRZq/sZC+ujC+Oi0qa1IfCZDnP0B8bKVqKWgEAFfI1 ur9xtw8ma1PxRkQq92dcBHJu0utlmVsTZrN6qNYrW+CEoKsGLBnUFafd9GuHhN4Up5zl PTYAbu0ow8NDnHg5c3uBo+nvutxxcbDzbwTKSY3hhfW6dGeOGXqzNemFhvUyYUrO/Xi+ ClP2EUwrmAsi8maUDYMUcl+FSDTeN+eLJaIqy+1nD9HpUeadw+FwkTL0eV1j0HocqEa8 DE5Uzd6kx/Lrjn5jth4CL1bKnN4b/CttLumOFD+G0qNhKPUgQs2GabvIFXT8anuNIPiR gL/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:content-disposition:mime-version :message-id:subject:cc:to:from:date; bh=Kcm8fVoMqxn6E9upY5fy9rLFj3uYK5j/1OXdQP3HhNE=; b=C0Mb44mjo2t1EbBMH+8JH3NiU5UkViFd2jDrv8oV42uV9fLxFSIFPST4VKEMfcq6w1 yyqAG1fGskse2RqbnQKLwBtJDYNDTF5jlkfOtddlJea/ifhA7tZPOwdgGx4PsdL+NJAw r2LWVpTVuoUDtp0oXmmo5PNv2ZRtQd3XPYPAYoMQVjv5xcGmt3afKRp8H9Lqogy6wHMP veQ+6J36GDmpsh1GvBJGjioYm7Idi1i3wd0FRKgU3LMHrvC9Zx1RxxvkmYN7hrmt0au7 BbdlYBuKefu4I7vy4vqD1fEgJRnlmB7T5hrINp9uRsk+l7t970XDN00IlgsP8fur7/j4 15tQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id le4si250189ejc.650.2021.05.28.09.17.28; Fri, 28 May 2021 09:17:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235299AbhE1PLw (ORCPT + 99 others); Fri, 28 May 2021 11:11:52 -0400 Received: from outbound-smtp35.blacknight.com ([46.22.139.218]:40635 "EHLO outbound-smtp35.blacknight.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230039AbhE1PLs (ORCPT ); Fri, 28 May 2021 11:11:48 -0400 Received: from mail.blacknight.com (pemlinmail03.blacknight.ie [81.17.254.16]) by outbound-smtp35.blacknight.com (Postfix) with ESMTPS id 083501935 for ; Fri, 28 May 2021 16:10:12 +0100 (IST) Received: (qmail 7428 invoked from network); 28 May 2021 15:10:11 -0000 Received: from unknown (HELO techsingularity.net) (mgorman@techsingularity.net@[84.203.23.168]) by 81.17.254.9 with ESMTPSA (AES256-SHA encrypted, authenticated); 28 May 2021 15:10:11 -0000 Date: Fri, 28 May 2021 16:10:10 +0100 From: Mel Gorman To: Andrew Morton Cc: Vlastimil Babka , Hillf Danton , Dave Hansen , Michal Hocko , LKML , Linux-MM Subject: [PATCH] mm/page_alloc: Introduce vm.percpu_pagelist_high_fraction -fix Message-ID: <20210528151010.GQ30378@techsingularity.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Vlastimil Babka pointed out that the documentation for vm.percpu_pagelist_high_fraction is potentially misleading so fix it. This is a fix to the mmotm patch mm-page_alloc-introduce-vmpercpu_pagelist_high_fraction.patch Signed-off-by: Mel Gorman --- Documentation/admin-guide/sysctl/vm.rst | 19 ++++++++++--------- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/Documentation/admin-guide/sysctl/vm.rst b/Documentation/admin-guide/sysctl/vm.rst index e85c2f21d209..2da25735a629 100644 --- a/Documentation/admin-guide/sysctl/vm.rst +++ b/Documentation/admin-guide/sysctl/vm.rst @@ -793,15 +793,16 @@ why oom happens. You can get snapshot. percpu_pagelist_high_fraction ============================= -This is the fraction of pages in each zone that are allocated for each -per cpu page list. The min value for this is 8. It means that we do -not allow more than 1/8th of pages in each zone to be allocated in any -single per_cpu_pagelist. This entry only changes the value of hot per -cpu pagelists. User can specify a number like 100 to allocate 1/100th -of each zone to each per cpu page list. - -The batch value of each per cpu pagelist remains the same regardless of the -value of the high fraction so allocation latencies are unaffected. +This is the fraction of pages in each zone that are can be stored to +per-cpu page lists. It is an upper boundary that is divided depending +on the number of online CPUs. The min value for this is 8 which means +that we do not allow more than 1/8th of pages in each zone to be stored +on per-cpu page lists. This entry only changes the value of hot per-cpu +page lists. A user can specify a number like 100 to allocate 1/100th of +each zone between per-cpu lists. + +The batch value of each per-cpu page list remains the same regardless of +the value of the high fraction so allocation latencies are unaffected. The initial value is zero. Kernel uses this value to set the high pcp->high mark based on the low watermark for the zone and the number of local