Re: [PATCH v3 0/4] mm: restore per-memcg reclaim for NONSLAB shrinkers under nokmem

[Andrew Morton]

On Thu, 10 Sep 2026 16:07:18 +0800 Qinyun Tan <qinyuntan@xxxxxxxxxxxxxxxxx> wrote:

> With cgroup.memory=nokmem, the THP deferred split shrinker and the
> zswap shrinker are degraded in two ways.

Obvious question which may have recently been addressed:

Why are we keeping nokmem around?  How useful are its memory savings
and is anyone actually using it?

Clearly it isn't well tested and it increases our testing space (beyond
out testing resources, apparently).

If the right answer here is "kill it" then this patchset is introducing
risk into the main codepaths in order to fix codepaths which shouldn't
be there anyway, yes?