RE: [RFC v2 0/3] mm/mglru: proactive aging via memory.aging

wangzicheng <[email protected]>
Newsgroups org.kernel.vger.cgroups,org.kernel.vger.linux-doc,org.kernel.vger.linux-kernel
Message-ID <[email protected]>
> Subject: Re: [RFC v2 0/3] mm/mglru: proactive aging via memory.aging
> 
> On Tue, Jul 14, 2026 at 08:15:26PM +0800, Zicheng Wang wrote:
> > MGLRU inverts the reclaim order when anonymous memory is faulted in
> > bulk: anonymous pages sit in the young generations while file pages
> > sit in the oldest two, so reclaim evicts hot file pages before cold
> > anonymous pages.
> 
> An aging inversion in the reclaim algorithm seems like an exceedingly
> poor justification for a userspace interface to work around them.

Hi Johannes,

Thanks for the reply.

I agree the aging inversion is a real defect, and I have no good fix
for it. But aging is not a workaround for it. Aging is a `MGLRU feature':
rebalancing the generations lets MGLRU's swappiness work as designed,
and we measure gains on both Android and file-cache-bound server
workloads.

The capability already exists in debugfs (the lru_gen "+" command), but
production systems like Android cannot mount debugfs. memory.aging is a
feasible path to that existing primitive. We ship it as a GKI module
across kernels 6.6, 6.12 and 6.18 (Qcom and MTK), with stable
gains on both Android and server workloads. Having it in-tree would be
very helpful.

Best,
Zicheng
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.