Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1634579pxb; Thu, 4 Mar 2021 17:04:47 -0800 (PST) X-Google-Smtp-Source: ABdhPJyHADGvBC9K0x7keHJ/RsFDTMgPi6b79lGxipFTy24MeyIsHffEX2w2UOiy7i4RkY1FFPAb X-Received: by 2002:a92:dc87:: with SMTP id c7mr6448970iln.279.1614906287251; Thu, 04 Mar 2021 17:04:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614906287; cv=none; d=google.com; s=arc-20160816; b=icToGw8eaNoR52qGIegShAJGmt71crbPmq7wox1w9RtdkRuCyE+uUBq7Nquo2byyML Jqeg/alesTC4CVWV6DXTShWkh2SdkLzn1brX1RgdwvaSIV/0vch9+Hqkq0ASELwebNvN kSQHjzYYJZ4rnACN6+V8VEVziLj5J+6KcbGISmEKipzyf6A9Z+aoieNXB9pfGnokC2mc 5Wtsuolh2WkU1iyoE/9dn0q6mitgS4KVvJjFLLuYaDwj8g8YI7P53DVcOwmS405w3qGB eXQ+m+1spw/vgXxSc4lekJjESzAw71E0TtmzdazjKYY5p9SHWP9t9qfrnYW7dI7Iuvgq c/TQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:in-reply-to:references:date:from:cc :to:subject:ironport-sdr:ironport-sdr; bh=dr2Squ2G282MGdxYeaqHAr9hD2w8hvbBO7KNE540i6c=; b=Lk+tzocm2I4l0FvVzZodUwlT4Vc7nn4I6hKB4pja+cM+7KGCWT2o4eImSUbxPY2QAC Bz1hhynivpBgFeXck7oG6OAqE01uualiGOHiVmmzTrG/7vYTmWObFGZdvIr/XB9yDyMt NllkPkIToy+cgiSR9EXouTA5vBmIihfzL4zazXiKyMx97MN42cyuPgHmZdJLMKN+l10G TJBUHQ6b0oDVNrNQT6tn0qBDohPr1ZACu9DKC0V3XuKsD7hgN34FOmSNGVrGo7OKXXSV IlLPCzGhZjoxlgJaXZQQ3EtmmKfhiDNt4/OBHXfXj5vwbm4CrVAUhTTDQ28tlF3p2ZOw LD1Q== 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 t13si1041001jan.74.2021.03.04.17.04.33; Thu, 04 Mar 2021 17:04:47 -0800 (PST) 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 S232070AbhCEAA5 (ORCPT + 99 others); Thu, 4 Mar 2021 19:00:57 -0500 Received: from mga05.intel.com ([192.55.52.43]:20843 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230475AbhCEAAz (ORCPT ); Thu, 4 Mar 2021 19:00:55 -0500 IronPort-SDR: hcUwStuTMKn2n1Ox8GoyuUp2+5bFNjOJY+J8M6BFTNMIW5PETMCAg/uzI62QxhJapOHSnyUtcI Ns69OnVdJ9zg== X-IronPort-AV: E=McAfee;i="6000,8403,9913"; a="272534078" X-IronPort-AV: E=Sophos;i="5.81,223,1610438400"; d="scan'208";a="272534078" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Mar 2021 16:00:55 -0800 IronPort-SDR: IIrHKLv/Wbw781jrLXP6GGfcAJlfl0o9ZnUffbWw0Ke+Yb4AZjJaCp5TBcrfIVW05FRDUp2ct8 QOsGwLB1Skwg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.81,223,1610438400"; d="scan'208";a="428851624" Received: from viggo.jf.intel.com (HELO localhost.localdomain) ([10.54.77.144]) by fmsmga004.fm.intel.com with ESMTP; 04 Mar 2021 16:00:54 -0800 Subject: [PATCH 07/10] mm/vmscan: add helper for querying ability to age anonymous pages To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, Dave Hansen , rientjes@google.com, ying.huang@intel.com, dan.j.williams@intel.com, david@redhat.com, osalvador@suse.de From: Dave Hansen Date: Thu, 04 Mar 2021 16:00:02 -0800 References: <20210304235949.7922C1C3@viggo.jf.intel.com> In-Reply-To: <20210304235949.7922C1C3@viggo.jf.intel.com> Message-Id: <20210305000002.D171810D@viggo.jf.intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Dave Hansen Anonymous pages are kept on their own LRU(s). These lists could theoretically always be scanned and maintained. But, without swap, there is currently nothing the kernel can *do* with the results of a scanned, sorted LRU for anonymous pages. A check for '!total_swap_pages' currently serves as a valid check as to whether anonymous LRUs should be maintained. However, another method will be added shortly: page demotion. Abstract out the 'total_swap_pages' checks into a helper, give it a logically significant name, and check for the possibility of page demotion. Signed-off-by: Dave Hansen Cc: David Rientjes Cc: Huang Ying Cc: Dan Williams Cc: David Hildenbrand Cc: osalvador --- b/mm/vmscan.c | 28 +++++++++++++++++++++++++--- 1 file changed, 25 insertions(+), 3 deletions(-) diff -puN mm/vmscan.c~mm-vmscan-anon-can-be-aged mm/vmscan.c --- a/mm/vmscan.c~mm-vmscan-anon-can-be-aged 2021-03-04 15:35:58.935806422 -0800 +++ b/mm/vmscan.c 2021-03-04 15:35:58.942806422 -0800 @@ -2517,6 +2517,26 @@ out: } } +/* + * Anonymous LRU management is a waste if there is + * ultimately no way to reclaim the memory. + */ +bool anon_should_be_aged(struct lruvec *lruvec) +{ + struct pglist_data *pgdat = lruvec_pgdat(lruvec); + + /* Aging the anon LRU is valuable if swap is present: */ + if (total_swap_pages > 0) + return true; + + /* Also valuable if anon pages can be demoted: */ + if (next_demotion_node(pgdat->node_id) >= 0) + return true; + + /* No way to reclaim anon pages. Should not age anon LRUs: */ + return false; +} + static void shrink_lruvec(struct lruvec *lruvec, struct scan_control *sc) { unsigned long nr[NR_LRU_LISTS]; @@ -2626,7 +2646,8 @@ static void shrink_lruvec(struct lruvec * Even if we did not try to evict anon pages at all, we want to * rebalance the anon lru active/inactive ratio. */ - if (total_swap_pages && inactive_is_low(lruvec, LRU_INACTIVE_ANON)) + if (anon_should_be_aged(lruvec) && + inactive_is_low(lruvec, LRU_INACTIVE_ANON)) shrink_active_list(SWAP_CLUSTER_MAX, lruvec, sc, LRU_ACTIVE_ANON); } @@ -3455,10 +3476,11 @@ static void age_active_anon(struct pglis struct mem_cgroup *memcg; struct lruvec *lruvec; - if (!total_swap_pages) + lruvec = mem_cgroup_lruvec(NULL, pgdat); + + if (!anon_should_be_aged(lruvec)) return; - lruvec = mem_cgroup_lruvec(NULL, pgdat); if (!inactive_is_low(lruvec, LRU_INACTIVE_ANON)) return; _