Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4075576pxj; Mon, 21 Jun 2021 13:00:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyed3eCm+P+SEBfZtg3zrWvVMi+F0AhEby1X85eEVWqlai7RGcojUxc2rM85a5+cCOGe2Lo X-Received: by 2002:a05:6e02:10c2:: with SMTP id s2mr6271920ilj.24.1624305609123; Mon, 21 Jun 2021 13:00:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624305609; cv=none; d=google.com; s=arc-20160816; b=RiRthBzracueEmL2rHo12x8OnsWj6164INCrSXoFTE7X+0ttx3MbNMIuxP0/myQjzE pOhhAup++9ui1jbVl2Luz55T6bkxzPHIod9gYtbM5MuB5eC8OXQCeHqVTmIl0Obor+3f FGXscE1G2vQB693Io8pmoC/m3tPEp1kn7eSkqD1fcC8JNTLD6vVoD/VmRKkuXf1ff6q7 KAXYQArWR9r67U2pgneP2hUgosVAJdZpHJMdvwGqmSoxUuQWzerEoJDE4ec6XJSUfNaJ ec1T0MDUiFDVTuVEDNWXqyRpy/Z0GYfMeAMQO21+u+oUSHqlm4ZhHCs9ucLu9fdVjBpU F7MA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=5nJUpHP+AKihPa1AMQgTqjUmqOCaeDAFIm1TGWnbwME=; b=Kvquur975pWA6f/2XV3TTlcDJmpYfFIod9vefLAYSGbGXa4SOsDXFSqh4E5q5aY6VA Sw9Q2mC7RpCltnsqxdlREJB8Oh3hOT2K0aQIgJxX9N8+fmPsGi/Uydl4d2DHZSITnqgs t9Polcl3zeZPp5P+8w9j9UjHnEMZsAGBV3tEFYWpFUp194jaqsN/5czdq2XgeOkCh10X JyeYsMXpx5YMv5NKWl0x1tn3aSIy5PJ+9B2SKO0Hkfh63pZna2I6xZIUviUKerLIUjLY 4VtYYo9PQg1yhTlYMmQYMNdlINXiQ/mdOV2wp4rffhGXOKuvm5XZJk+ee5KlrAC4NmnW wBTA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=f2AfD7kV; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m4si13850308iln.52.2021.06.21.12.59.54; Mon, 21 Jun 2021 13:00:09 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=f2AfD7kV; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231566AbhFUUBA (ORCPT + 99 others); Mon, 21 Jun 2021 16:01:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48886 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230367AbhFUUA7 (ORCPT ); Mon, 21 Jun 2021 16:00:59 -0400 Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E5726C061574 for ; Mon, 21 Jun 2021 12:58:43 -0700 (PDT) Received: by mail-ed1-x52e.google.com with SMTP id df12so18138176edb.2 for ; Mon, 21 Jun 2021 12:58:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=5nJUpHP+AKihPa1AMQgTqjUmqOCaeDAFIm1TGWnbwME=; b=f2AfD7kVvkp/LYrP9U6dcQrH5JC0xZ0UeBZ4N3IHgdBydSm4s7fU8F5c8D+ra3kB72 JpUOZ1pV3Um2om0Egl3SFMr7g4mCO6+vKbom/4KFblyiXwBVlVwE8fCyTr/b3wkSIPlV hqi1PUBNinrL8W7L9eXfdrzo8KT8fuoOSFm/IQWZAA/ojnayzB2nc9T2OGvOOhawRKkX eOrQluipaqH+TiT8/F1T9Yj2RT2LVRXelPTCH7FaUIo36Mhqb0810R0dZjBGAIJ5SNTm qsJPUeZ1LKHiQZM4TFcC5Sq9Uj8ulziU+IAxguA3yvPmLBFqOem9LBuHWOmwGXKeCpf0 1jgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=5nJUpHP+AKihPa1AMQgTqjUmqOCaeDAFIm1TGWnbwME=; b=Rw6V8l5CJH6dRQGMdfA5jaUJy5UnfTzBK0EIxM2iK9ZVsGAcuIQImEsN5OO+TOUPi5 9D/Z0bKOjNsdLE0UeN0iWcQDiwTcQMxoQFWf+GHMdWOV6cSxX9BrGdqpFXilUAvuQ8k3 NElgcjYD24On2OV4SVR3te3zrqD58bXyDA6vZ0g4Zv7serhg7oWMCjPq2C3XuSnW3euO ENvfYT6Te8AyZAOI7B1N3lejAg/sm2Bu8GcV+8BPcl/nnwyLLY2TWb2aS+lekh0Cf7tT lM0Laf45SDUJ6thN4NZQEuSvcm5OjejutC59G32D6fVV5qxU0nli8mlQV5jJpfCRZe9R hy0w== X-Gm-Message-State: AOAM530A4N8vOHWmcrgr5/n782P1vqzffUEunINmC8PU9zpixHctUJN4 GBtOKeYTChitwDtFhcUQR8iONrONNVt862ZrLoI= X-Received: by 2002:a05:6402:42d2:: with SMTP id i18mr117206edc.168.1624305522539; Mon, 21 Jun 2021 12:58:42 -0700 (PDT) MIME-Version: 1.0 References: <20210618061537.434999-1-ying.huang@intel.com> <20210618061537.434999-6-ying.huang@intel.com> <88CFDFA7-70E1-4C26-B9CF-7A0CEFEB035A@nvidia.com> <874kdupab0.fsf@yhuang6-desk2.ccr.corp.intel.com> In-Reply-To: <874kdupab0.fsf@yhuang6-desk2.ccr.corp.intel.com> From: Yang Shi Date: Mon, 21 Jun 2021 12:58:30 -0700 Message-ID: Subject: Re: [PATCH -V8 05/10] mm/migrate: demote pages during reclaim To: "Huang, Ying" Cc: Zi Yan , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Dave Hansen , Michal Hocko , Wei Xu , Yang Shi , David Rientjes , Dan Williams , osalvador , Minchan Kim Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jun 19, 2021 at 12:45 AM Huang, Ying wrote: > > Zi Yan writes: > > > On 18 Jun 2021, at 2:15, Huang Ying wrote: > > > >> From: Dave Hansen > >> > >> This is mostly derived from a patch from Yang Shi: > >> > >> https://lore.kernel.org/linux-mm/1560468577-101178-10-git-send-em= ail-yang.shi@linux.alibaba.com/ > >> > >> Add code to the reclaim path (shrink_page_list()) to "demote" data > >> to another NUMA node instead of discarding the data. This always > >> avoids the cost of I/O needed to read the page back in and sometimes > >> avoids the writeout cost when the pagee is dirty. > >> > >> A second pass through shrink_page_list() will be made if any demotions > >> fail. This essentally falls back to normal reclaim behavior in the > >> case that demotions fail. Previous versions of this patch may have > >> simply failed to reclaim pages which were eligible for demotion but > >> were unable to be demoted in practice. > >> > >> Note: This just adds the start of infratructure for migration. It is > >> actually disabled next to the FIXME in migrate_demote_page_ok(). > >> > >> Signed-off-by: Dave Hansen > >> Signed-off-by: "Huang, Ying" > >> Cc: Michal Hocko > >> Cc: Wei Xu > >> Cc: Yang Shi > >> Cc: David Rientjes > >> Cc: Dan Williams > >> Cc: osalvador > >> > >> -- > >> changes from 20210122: > >> * move from GFP_HIGHUSER -> GFP_HIGHUSER_MOVABLE (Ying) > >> > >> changes from 202010: > >> * add MR_NUMA_MISPLACED to trace MIGRATE_REASON define > >> * make migrate_demote_page_ok() static, remove 'sc' arg until > >> later patch > >> * remove unnecessary alloc_demote_page() hugetlb warning > >> * Simplify alloc_demote_page() gfp mask. Depend on > >> __GFP_NORETRY to make it lightweight instead of fancier > >> stuff like leaving out __GFP_IO/FS. > >> * Allocate migration page with alloc_migration_target() > >> instead of allocating directly. > >> changes from 20200730: > >> * Add another pass through shrink_page_list() when demotion > >> fails. > >> changes from 20210302: > >> * Use __GFP_THISNODE and revise the comment explaining the > >> GFP mask constructionn > >> --- > >> include/linux/migrate.h | 9 ++++ > >> include/trace/events/migrate.h | 3 +- > >> mm/vmscan.c | 83 +++++++++++++++++++++++++++++++++= + > >> 3 files changed, 94 insertions(+), 1 deletion(-) > >> > >> diff --git a/include/linux/migrate.h b/include/linux/migrate.h > >> index 4a49bb358787..42952cbe452b 100644 > >> --- a/include/linux/migrate.h > >> +++ b/include/linux/migrate.h > >> @@ -28,6 +28,7 @@ enum migrate_reason { > >> MR_NUMA_MISPLACED, > >> MR_CONTIG_RANGE, > >> MR_LONGTERM_PIN, > >> + MR_DEMOTION, > >> MR_TYPES > >> }; > >> > >> @@ -191,6 +192,14 @@ struct migrate_vma { > >> int migrate_vma_setup(struct migrate_vma *args); > >> void migrate_vma_pages(struct migrate_vma *migrate); > >> void migrate_vma_finalize(struct migrate_vma *migrate); > >> +int next_demotion_node(int node); > >> + > >> +#else /* CONFIG_MIGRATION disabled: */ > >> + > >> +static inline int next_demotion_node(int node) > >> +{ > >> + return NUMA_NO_NODE; > >> +} > >> > >> #endif /* CONFIG_MIGRATION */ > >> > >> diff --git a/include/trace/events/migrate.h b/include/trace/events/mig= rate.h > >> index 9fb2a3bbcdfb..779f3fad9ecd 100644 > >> --- a/include/trace/events/migrate.h > >> +++ b/include/trace/events/migrate.h > >> @@ -21,7 +21,8 @@ > >> EM( MR_MEMPOLICY_MBIND, "mempolicy_mbind") \ > >> EM( MR_NUMA_MISPLACED, "numa_misplaced") \ > >> EM( MR_CONTIG_RANGE, "contig_range") \ > >> - EMe(MR_LONGTERM_PIN, "longterm_pin") > >> + EM( MR_LONGTERM_PIN, "longterm_pin") \ > >> + EMe(MR_DEMOTION, "demotion") > >> > >> /* > >> * First define the enums in the above macros to be exported to users= pace > >> diff --git a/mm/vmscan.c b/mm/vmscan.c > >> index 5199b9696bab..ddda32031f0c 100644 > >> --- a/mm/vmscan.c > >> +++ b/mm/vmscan.c > >> @@ -41,6 +41,7 @@ > >> #include > >> #include > >> #include > >> +#include > >> #include > >> #include > >> #include > >> @@ -1231,6 +1232,23 @@ static enum page_references page_check_referenc= es(struct page *page, > >> return PAGEREF_RECLAIM; > >> } > >> > >> +static bool migrate_demote_page_ok(struct page *page) > >> +{ > >> + int next_nid =3D next_demotion_node(page_to_nid(page)); > >> + > >> + VM_BUG_ON_PAGE(!PageLocked(page), page); > >> + VM_BUG_ON_PAGE(PageHuge(page), page); > >> + VM_BUG_ON_PAGE(PageLRU(page), page); > >> + > >> + if (next_nid =3D=3D NUMA_NO_NODE) > >> + return false; > >> + if (PageTransHuge(page) && !thp_migration_supported()) > >> + return false; > >> + > >> + // FIXME: actually enable this later in the series > >> + return false; > >> +} > >> + > >> /* Check if a page is dirty or under writeback */ > >> static void page_check_dirty_writeback(struct page *page, > >> bool *dirty, bool *writeback) > >> @@ -1261,6 +1279,47 @@ static void page_check_dirty_writeback(struct p= age *page, > >> mapping->a_ops->is_dirty_writeback(page, dirty, writeback= ); > >> } > >> > >> +static struct page *alloc_demote_page(struct page *page, unsigned lon= g node) > >> +{ > >> + struct migration_target_control mtc =3D { > >> + /* > >> + * Allocate from 'node', or fail the quickly and quietly. > >> + * When this happens, 'page; will likely just be discarde= d > >> + * instead of migrated. > >> + */ > >> + .gfp_mask =3D (GFP_HIGHUSER_MOVABLE & ~__GFP_RECLAIM) | > >> + __GFP_THISNODE | __GFP_NOWARN | > >> + __GFP_NOMEMALLOC | GFP_NOWAIT, > >> + .nid =3D node > >> + }; > >> + > >> + return alloc_migration_target(page, (unsigned long)&mtc); > >> +} > >> + > >> +/* > >> + * Take pages on @demote_list and attempt to demote them to > >> + * another node. Pages which are not demoted are left on > >> + * @demote_pages. > >> + */ > >> +static unsigned int demote_page_list(struct list_head *demote_pages, > >> + struct pglist_data *pgdat, > >> + struct scan_control *sc) > >> +{ > >> + int target_nid =3D next_demotion_node(pgdat->node_id); > >> + unsigned int nr_succeeded =3D 0; > >> + int err; > >> + > >> + if (list_empty(demote_pages)) > >> + return 0; > >> + > >> + /* Demotion ignores all cpuset and mempolicy settings */ > >> + err =3D migrate_pages(demote_pages, alloc_demote_page, NULL, > >> + target_nid, MIGRATE_ASYNC, MR_DEMOTION, > >> + &nr_succeeded); > >> + > >> + return nr_succeeded; > >> +} > >> + > >> /* > >> * shrink_page_list() returns the number of reclaimed pages > >> */ > >> @@ -1272,12 +1331,15 @@ static unsigned int shrink_page_list(struct li= st_head *page_list, > >> { > >> LIST_HEAD(ret_pages); > >> LIST_HEAD(free_pages); > >> + LIST_HEAD(demote_pages); > >> unsigned int nr_reclaimed =3D 0; > >> unsigned int pgactivate =3D 0; > >> + bool do_demote_pass =3D true; > >> > >> memset(stat, 0, sizeof(*stat)); > >> cond_resched(); > >> > >> +retry: > >> while (!list_empty(page_list)) { > >> struct address_space *mapping; > >> struct page *page; > >> @@ -1426,6 +1488,16 @@ static unsigned int shrink_page_list(struct lis= t_head *page_list, > >> ; /* try to reclaim the page below */ > >> } > >> > >> + /* > >> + * Before reclaiming the page, try to relocate > >> + * its contents to another node. > >> + */ > >> + if (do_demote_pass && migrate_demote_page_ok(page)) { > >> + list_add(&page->lru, &demote_pages); > >> + unlock_page(page); > >> + continue; > >> + } > >> + > >> /* > >> * Anonymous process memory has backing store? > >> * Try to allocate it some swap space here. > >> @@ -1676,6 +1748,17 @@ static unsigned int shrink_page_list(struct lis= t_head *page_list, > >> list_add(&page->lru, &ret_pages); > >> VM_BUG_ON_PAGE(PageLRU(page) || PageUnevictable(page), pa= ge); > >> } > >> + /* 'page_list' is always empty here */ > >> + > >> + /* Migrate pages selected for demotion */ > >> + nr_reclaimed +=3D demote_page_list(&demote_pages, pgdat, sc); > >> + /* Pages that could not be demoted are still in @demote_pages */ > >> + if (!list_empty(&demote_pages)) { > >> + /* Pages which failed to demoted go back on @page_list fo= r retry: */ > >> + list_splice_init(&demote_pages, page_list); > >> + do_demote_pass =3D false; > >> + goto retry; > >> + } > >> > >> pgactivate =3D stat->nr_activate[0] + stat->nr_activate[1]; > >> > >> -- > >> 2.30.2 > > > > shrink_page_list() is also used by reclaim_pages(), which is called by > > madvise(MADV_PAGEOUT). This patch changes the semantics of madvise(MADV= _PAGEOUT) > > from =E2=80=9Creclaim a given range of pages=E2=80=9D to migrate the gi= ven pages to lower > > tier memory or reclaim them if the migration fails. You might want to c= heck > > the caller of shrink_page_list() to avoid changing madvise(MADV_PAGEOUT= ) > > semantics. > > Thanks for pointing this out! > > Literally, PAGEOUT means writing the page to the disk instead of > migrating pages to the lower tier. So it seems reasonable to make it > keep the original behavior instead of demoting even if in the tiered > memory system. > > If nobody objects, I will change this in the next version. I don't have a strong opinion on this. But I just thought why not let PAGEOUT do demotion if tier'ed memory is available and the "migration in lieu of discard" behavior is opt'ed in by a knob and we keep the consistency between passive reclaim and proactive reclaim. > > Best Regards, > Huang, Ying >