[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1c445421-ddeb-8768-03d0-81537b0d1875@suse.cz>
Date: Fri, 19 Feb 2021 12:26:41 +0100
From: Vlastimil Babka <vbabka@...e.cz>
To: Charan Teja Reddy <charante@...eaurora.org>,
akpm@...ux-foundation.org, rientjes@...gle.com, mhocko@...e.com,
david@...hat.com, mgorman@...hsingularity.net, linux-mm@...ck.org
Cc: vinmenon@...eaurora.org, sudaraja@...eaurora.org,
linux-kernel@...r.kernel.org,
Dave Hansen <dave.hansen@...ux.intel.com>
Subject: Re: [PATCH RFC 0/1] mm: balancing the node zones occupancy
On 2/18/21 6:24 PM, Charan Teja Reddy wrote:
> I would like to start discussion about balancing the occupancy of
> memory zones in a node in the system whose imabalance may be caused by
> migration of pages to other zones during hotremove and then hotadding
> same memory. In this case there is a lot of free memory in newly hotadd
> memory which can be filled up by the previous migrated pages(as part of
> offline/hotremove) thus may free up some pressure in other zones of the
> node.
Can you share the use case for doing this? If it's to replace a failed RAM, then
it's probably extremely rare, right.
> We have the proof-of-concept code tried on the Snapdragon systems with
> the system configuration, single memory node of just 2 zones, 6GB normal
> zone and 2GB movable zone. And this Movable zone is such that hot-added
> once and there after offline/online based on the need.
Hm, snapdragon... so is this some kind of power saving thing?
Anyway, shouln't auto NUMA balancing help here, and especially "Migrate Pages in
lieu of discard" (CC'd Dave) as a generic mechanism, so we wouldn't need to have
hotplug-specific actions?
Powered by blists - more mailing lists