Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp207540pxv; Thu, 15 Jul 2021 02:25:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxV8wtMAvZTeDupmGMkAt/ofpPq3adR/r+6PQSlvXLjGGkUOJps0dV5qeao+JZry5tb0nBF X-Received: by 2002:a17:906:2a8e:: with SMTP id l14mr4482845eje.321.1626341157253; Thu, 15 Jul 2021 02:25:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626341157; cv=none; d=google.com; s=arc-20160816; b=z7VpLvodqlZZSFKpNXMsWb+NuYpAlRYw4OSjJaE0Wx3XPtiipT8KdWCkQhKtJpGgHM E9Pq+lQ5cwWOEpf4aZvE4s66rhL4P5eVVSvcZKnJ+769qkdaomfdQSyaCNbXCD3qIVsK +xTomEOaA7I0RLZLpt4eVJ7gMYeEdVyneRc3hAP9v/eqe75lXZw83f4xPTYwyzPloE+u UEHASyUW21HHQ5EtsOuUlhGiFUn63FVx0YT/H/+jdCo8cG9CGEuX60MhKxPO0OcHRb6z Of49/PN4/7OFrYWUHtP7uC52eva7iu4kpBBfH9cAnXgtGutKiWQs8lPu475tXFWKOa2h XWIA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Ch5AxcK3NZTpr+YIFv780ZX0r9SxoWtru7eyPiYMahU=; b=qwnBPrHEQCbIQI4q0ikojJAZLEOSJTawjVP63uV5PngUsDt/ZN1PJlFLSNypgTDxfh zYi7hNUMIN0NyGdrx61CWTYEm4RVaa0Ggb9mvi6SbGe1L8ln7BqWVFHIZ8gqW9yjchfz l3sEjIfuCdEUVb4p8no0ISbhNkQsrHkIuZTFclyQ+BPqV5KKkiUndtmNvYRbgqWsiKKy T9ENWPhVy/103It+gvJDFGE4BM940j36HRl2mNueWNfOKDsN0yBz3Wy+BUFFGK+VOlIb Jm1EN5Zovbiq+Nq3zLqp+QFPfEfFWYswpiklZrIsgos0UzYTvLnJLyBIbGb+PjQxoSh1 CVEQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d5si6869399ejd.487.2021.07.15.02.25.21; Thu, 15 Jul 2021 02:25:57 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240136AbhGOFzf (ORCPT + 99 others); Thu, 15 Jul 2021 01:55:35 -0400 Received: from mga02.intel.com ([134.134.136.20]:22887 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240092AbhGOFzc (ORCPT ); Thu, 15 Jul 2021 01:55:32 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10045"; a="197661970" X-IronPort-AV: E=Sophos;i="5.84,240,1620716400"; d="scan'208";a="197661970" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jul 2021 22:52:39 -0700 X-IronPort-AV: E=Sophos;i="5.84,240,1620716400"; d="scan'208";a="505591649" Received: from yhuang6-mobl1.sh.intel.com ([10.238.6.138]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jul 2021 22:52:36 -0700 From: Huang Ying To: Andrew Morton Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Dave Hansen , "Huang, Ying" , Yang Shi , Yang Shi , Michal Hocko , Wei Xu , osalvador , Zi Yan , David Rientjes , Dan Williams , David Hildenbrand Subject: [PATCH -V10 8/9] mm/vmscan: never demote for memcg reclaim Date: Thu, 15 Jul 2021 13:51:44 +0800 Message-Id: <20210715055145.195411-9-ying.huang@intel.com> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210715055145.195411-1-ying.huang@intel.com> References: <20210715055145.195411-1-ying.huang@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Dave Hansen Global reclaim aims to reduce the amount of memory used on a given node or set of nodes. Migrating pages to another node serves this purpose. memcg reclaim is different. Its goal is to reduce the total memory consumption of the entire memcg, across all nodes. Migration does not assist memcg reclaim because it just moves page contents between nodes rather than actually reducing memory consumption. Signed-off-by: Dave Hansen Signed-off-by: "Huang, Ying" Suggested-by: Yang Shi Reviewed-by: Yang Shi Cc: Michal Hocko Cc: Wei Xu Cc: osalvador Cc: Zi Yan Cc: David Rientjes Cc: Dan Williams Cc: David Hildenbrand -- changes from 20210618: * Avoid to scan anon lists for demotion for cgroup reclaim. --- mm/vmscan.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/mm/vmscan.c b/mm/vmscan.c index 0f9be998230f..b697f1a6108c 100644 --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -521,8 +521,13 @@ static long add_nr_deferred(long nr, struct shrinker *shrinker, static bool can_demote_anon_pages(int nid, struct scan_control *sc) { - if (sc && sc->no_demotion) - return false; + if (sc) { + if (sc->no_demotion) + return false; + /* It is pointless to do demotion in memcg reclaim */ + if (cgroup_reclaim(sc)) + return false; + } if (next_demotion_node(nid) == NUMA_NO_NODE) return false; -- 2.30.2