[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20210715205415.2d6842be57032fbdb2cd2a82@linux-foundation.org>
Date: Thu, 15 Jul 2021 20:54:15 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: "Huang, Ying" <ying.huang@...el.com>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org,
Dave Hansen <dave.hansen@...ux.intel.com>,
yang.shi@...ux.alibaba.com, rientjes@...gle.com,
dan.j.williams@...el.com, david@...hat.com, osalvador@...e.de,
weixugc@...gle.com, Michal Hocko <mhocko@...e.com>,
Yang Shi <shy828301@...il.com>, Zi Yan <ziy@...dia.com>
Subject: Re: [PATCH -V10 0/9] Migrate Pages in lieu of discard
On Fri, 16 Jul 2021 11:32:09 +0800 "Huang, Ying" <ying.huang@...el.com> wrote:
> Andrew Morton <akpm@...ux-foundation.org> writes:
>
> > On Thu, 15 Jul 2021 13:51:36 +0800 Huang Ying <ying.huang@...el.com> wrote:
> >
> > The [0/n] description talks a lot about PMEM, but the patches
> > themselves are all about NUMA nodes. I assume that what ties this
> > together is that the PMEM tends to be organized as a NUMA node on its
> > own, and that by enabling migrate-to-remote-node-during-reclaim, we get
> > this PMEM behaviour as a desired side-effect?
> >
> > IOW, perhaps this [0/n] description could explain the linkage between
> > PMEM and NUMA nodes more explicitly.
>
> Hi, Andrew,
>
> I have added some words in the [0/9] description to link PMEM and NUMA
> nodes. The updated description is as below. Can you take a look at it?
>
> ...
>
> With that, the DRAM and PMEM in each socket will be represented as 2
> separate NUMA nodes, with the CPUs sit in the DRAM node. So the
> general inter-NUMA demotion mechanism introduced in the patchset can
> migrate the cold DRAM pages to the PMEM node.
>
Bingo, thanks.
Powered by blists - more mailing lists