[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87y1l8vt1a.fsf@yhuang6-desk2.ccr.corp.intel.com>
Date: Mon, 29 May 2023 09:13:37 +0800
From: "Huang, Ying" <ying.huang@...el.com>
To: Michal Hocko <mhocko@...e.com>
Cc: David Hildenbrand <david@...hat.com>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org,
Arjan Van De Ven <arjan@...ux.intel.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Mel Gorman <mgorman@...hsingularity.net>,
Vlastimil Babka <vbabka@...e.cz>,
Johannes Weiner <jweiner@...hat.com>,
Dave Hansen <dave.hansen@...ux.intel.com>,
Pavel Tatashin <pasha.tatashin@...een.com>,
Matthew Wilcox <willy@...radead.org>
Subject: Re: [RFC 0/6] mm: improve page allocator scalability via splitting
zones
Michal Hocko <mhocko@...e.com> writes:
> [Sorry for late reply, conferencing last 2 weeks and now catching up]
Never mind. And my reply is late too for sickness.
> On Tue 16-05-23 12:30:21, David Hildenbrand wrote:
> [...]
>> > And auto-tuning doesn't sound easy. Do you have some idea of how to do
>> > that?
>>
>> If we could avoid instantiating more zones and rather improve existing
>> mechanisms (PCP), that would be much more preferred IMHO. I'm sure it's not
>> easy, but that shouldn't stop us from trying ;)
>
> Absolutely agreed. Increasing the zone number sounds like a hack to me
> TBH. It seems like an easier way but it allows more subtle problems
> later on. E.g. hard to predict per-zone memory consumption and memory
> reclaim disbalances.
At least, we all think that improving PCP is something deserved to be
done. I will do some experiment on that and return to you (after some
time).
Best Regards,
Huang, Ying
Powered by blists - more mailing lists