[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4tqwviq3dmz2536eahhxxw6nj24tbg5am57yybgmmwcf4vtwdn@s7f4n2yfszbe>
Date: Tue, 28 Oct 2025 12:31:12 +0900
From: Sergey Senozhatsky <senozhatsky@...omium.org>
To: Nhat Pham <nphamcs@...il.com>
Cc: jinji zhong <jinji.z.zhong@...il.com>, minchan@...nel.org,
senozhatsky@...omium.org, philipp.reisner@...bit.com, lars.ellenberg@...bit.com,
christoph.boehmwalder@...bit.com, corbet@....net, tj@...nel.org, hannes@...xchg.org,
mkoutny@...e.com, axboe@...nel.dk, mhocko@...nel.org, roman.gushchin@...ux.dev,
shakeel.butt@...ux.dev, akpm@...ux-foundation.org, terrelln@...com, dsterba@...e.com,
muchun.song@...ux.dev, linux-kernel@...r.kernel.org, drbd-dev@...ts.linbit.com,
linux-doc@...r.kernel.org, cgroups@...r.kernel.org, linux-block@...r.kernel.org,
linux-mm@...ck.org, zhongjinji@...or.com, liulu.liu@...or.com, feng.han@...or.com,
YoungJun Park <youngjun.park@....com>
Subject: Re: [RFC PATCH 0/3] Introduce per-cgroup compression priority
On (25/10/27 15:46), Nhat Pham wrote:
> Another alternative is to make this zram-internal, i.e add knobs to
> zram sysfs, or extend the recomp parameter. I'll defer to zram
> maintainers and users to comment on this :)
I think this cannot be purely zram-internal, we'd need some "hint"
from upper layers which process/cgroup each particular page belongs
to and what's its priority.
Powered by blists - more mailing lists