Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4893660pxj; Tue, 22 Jun 2021 10:16:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxRxcmo87UJl4wt8WK1vcUquA1M9j3w0kV5Z2ExgNTbuyrEax6nf/8XbZbuU3eT6Lsmh52Q X-Received: by 2002:a92:90f:: with SMTP id y15mr3212201ilg.196.1624382206925; Tue, 22 Jun 2021 10:16:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624382206; cv=none; d=google.com; s=arc-20160816; b=bOn96r6jFroxkWOv9685DpLR3/bWrka2drI97wqbn3HCnJY+30Oqlk5ZHMRyptotNX TVScifVwmXbmp6vbGjj+hf/V1ssg5ULY483PAcYhX1K4AZGxCtrU+h8NU0QO7hi1k+/v /n1g6MydUvwEoLAO4VsgToWQQE3j8vNrM3dIVMy3nKWvMrhBYoa1j3K8e7zz4MZdQC3u ER5g6QG7EoPKB3ZEw5xPG9o/URx+fQyQ7zuocyDiiyqLRqJSdp8AQiYg0iHXgxBYzLvR HV8xhXuCTpcGOoscRU+WDWfsv6D+Qty8FXhV5PfsCRXyvfW6OtXYX/XuSJggfUe7E5k+ 0svA== 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=8yIc0Iuv2GoZQlnvLZPKFYYBG+esAPP54bywP3EDqtc=; b=OiP6TS1HRxYJC0j69ebsDFwE08A94+1j60q2hOwX++LsgBq0lJsqLDtB7e3IwZcM37 7CR7WEfXFMsc60LvDgvYAfTMu276ouhBFmo7zwq/P4aZv0iRDzg03B036hNnziHrq3sl RwsZzSaodVaetLPCgBkIsYCTwXgTzxIQh+RX/bZJV+s5lbjMrya3/TVJxYBUUObSdk/t 5nVrqOkjqsMc2NKRmFXXNc2Q2zgrtxZ6o9HxIqt/oA3O2fITDwhhIRhG28gxXFXlt4lL GiLK+YiayenvJXnfrxifaMIa+G+bDPGzsi3S/i7zSI2wXvUucEOaJEURRFjXFIhBQKhK uZ9Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=UCv42nFj; 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 w8si12126103ilu.43.2021.06.22.10.16.31; Tue, 22 Jun 2021 10:16:46 -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=UCv42nFj; 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 S231579AbhFVRR5 (ORCPT + 99 others); Tue, 22 Jun 2021 13:17:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56088 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229501AbhFVRR4 (ORCPT ); Tue, 22 Jun 2021 13:17:56 -0400 Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C1852C061574 for ; Tue, 22 Jun 2021 10:15:39 -0700 (PDT) Received: by mail-ej1-x630.google.com with SMTP id gn32so8252571ejc.2 for ; Tue, 22 Jun 2021 10:15:39 -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=8yIc0Iuv2GoZQlnvLZPKFYYBG+esAPP54bywP3EDqtc=; b=UCv42nFj2XmfEI9YTYTK1Bfg+mWNl3MYbSQN+flPPeOpfCJJFGs/3Fv0Ry6xb6oq1Z B6eaFO7oI0lt0n6n3uGvO+UejtNXRXyPKpLWO2Q/GIUyWPuq6QHpA+FFcKFXBAzZNimZ ZK5pkddWxP9yu8tjfGm8rb/MWUvwdfzmn6kFpKUWRsy8Etx3m+h1sSWy94SaV30EMn9n 9RqJVXcLSLisjwJAFY6K0aWOupuoBNaaDmDzLzsUMohjVA4qwwzQLeCuGYp1e7/+bAlI u9ljruMZlp3p6xc8H9gOQEEM1W0dQ0W3R9hNINlqdjb1gY0tafGhAtjJqzZMxbQqz79+ bcZA== 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=8yIc0Iuv2GoZQlnvLZPKFYYBG+esAPP54bywP3EDqtc=; b=WZyX2j0iR1c++CCTnzA4qZ2v4yVwf/qBBYl6PxKd3yyjb++RnYLBhfzKPdWLajmyQB nmM+6Hd7teJAVOOlJGfamGU3aAmuN762X22yoUlA7RRj74H02eU3bI/P9ZsQOBYmW++2 01SSyOXBmarq3k7ZrwfCkbp48VkVH8wGeTCAl6QE9fU7E2pV7s6fQbD4rJzG8dvCA8tR QKIWRjNm5DZfVZSDWI7/OlemoPaX9X5H+gWMHITs1UVXmTY5OWqfDr+SYudqQLiDFv5q uqZCm8PXqFGBx3LURC4uVEY8+bCt9JBGRrNhfDhC1S2jNQ2dJ4wuYZMJbDt8otmgGgxk +TSA== X-Gm-Message-State: AOAM533zbSRg0h1ctZpFJlr+4gndPyTfIXZctqHoKJnoft8oHqvdkEOW gBY+UI7qW7pIrY3BCkLPbXm0PzwER2qBbf7Yj3k= X-Received: by 2002:a17:906:698a:: with SMTP id i10mr5061727ejr.499.1624382138380; Tue, 22 Jun 2021 10:15:38 -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> <87o8bymyzg.fsf@yhuang6-desk2.ccr.corp.intel.com> In-Reply-To: <87o8bymyzg.fsf@yhuang6-desk2.ccr.corp.intel.com> From: Yang Shi Date: Tue, 22 Jun 2021 10:15:25 -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 Mon, Jun 21, 2021 at 7:09 PM Huang, Ying wrote: > > Yang Shi writes: > > > On Sat, Jun 19, 2021 at 12:45 AM Huang, Ying wro= te: > >> > >> 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= -email-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 sometime= s > >> >> avoids the writeout cost when the pagee is dirty. > >> >> > >> >> A second pass through shrink_page_list() will be made if any demoti= ons > >> >> 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 i= s > >> >> 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/= migrate.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 us= erspace > >> >> 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_refer= ences(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(struc= t page *page, > >> >> mapping->a_ops->is_dirty_writeback(page, dirty, writeb= ack); > >> >> } > >> >> > >> >> +static struct page *alloc_demote_page(struct page *page, unsigned = long node) > >> >> +{ > >> >> + struct migration_target_control mtc =3D { > >> >> + /* > >> >> + * Allocate from 'node', or fail the quickly and quiet= ly. > >> >> + * When this happens, 'page; will likely just be disca= rded > >> >> + * 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_page= s, > >> >> + 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= list_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 = list_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 = list_head *page_list, > >> >> list_add(&page->lru, &ret_pages); > >> >> VM_BUG_ON_PAGE(PageLRU(page) || PageUnevictable(page),= page); > >> >> } > >> >> + /* '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= for 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(M= ADV_PAGEOUT) > >> > from =E2=80=9Creclaim a given range of pages=E2=80=9D to migrate the= given pages to lower > >> > tier memory or reclaim them if the migration fails. You might want t= o check > >> > the caller of shrink_page_list() to avoid changing madvise(MADV_PAGE= OUT) > >> > 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. > > I thought about that too. Considering the kernel API naming, is it > better to define MADV_PAGEOUT as writing to disk, and MADV_COLD as > demoting to the lower tier if enabled. IMHO we don't have to bind kernel APIs semantics to hardware configuration, right? IIUC, MADV_PAGEOUT means "we don't need it anymore just reclaim the page" so shrink_page_list() is called eventually, but do we really care whether the page is dropped (i.e. clean file page), written out to swap partition or just migrated to lower tier node when "migration in lieu of discard" is on? MADV_COLD seems more straight forward, it just moves the page to the inactive list. I don't think the patchset changes anything. Anyway I don't have the best answer, IMHO I'd say let's keep it as is for now. We could revisit it when the usecases get clearer. > > Best Regards, > Huang, Ying