[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <80d463f2155a949244881302722865443e709572.camel@mediatek.com>
Date: Mon, 10 Mar 2025 13:26:11 +0000
From: Qun-wei Lin (林群崴) <Qun-wei.Lin@...iatek.com>
To: "21cnbao@...il.com" <21cnbao@...il.com>, "nphamcs@...il.com"
<nphamcs@...il.com>
CC: Chinwen Chang (張錦文)
<chinwen.chang@...iatek.com>, Andrew Yang (楊智強)
<Andrew.Yang@...iatek.com>, "chrisl@...nel.org" <chrisl@...nel.org>,
James Hsu (徐慶薰) <James.Hsu@...iatek.com>,
AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mediatek@...ts.infradead.org" <linux-mediatek@...ts.infradead.org>,
"ira.weiny@...el.com" <ira.weiny@...el.com>, "linux-mm@...ck.org"
<linux-mm@...ck.org>, "vishal.l.verma@...el.com" <vishal.l.verma@...el.com>,
"dave.jiang@...el.com" <dave.jiang@...el.com>, "schatzberg.dan@...il.com"
<schatzberg.dan@...il.com>, "viro@...iv.linux.org.uk"
<viro@...iv.linux.org.uk>, "ryan.roberts@....com" <ryan.roberts@....com>,
"minchan@...nel.org" <minchan@...nel.org>, "axboe@...nel.dk"
<axboe@...nel.dk>, "linux-block@...r.kernel.org"
<linux-block@...r.kernel.org>, "kasong@...cent.com" <kasong@...cent.com>,
"nvdimm@...ts.linux.dev" <nvdimm@...ts.linux.dev>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, "matthias.bgg@...il.com"
<matthias.bgg@...il.com>, Casper Li (李中榮)
<casper.li@...iatek.com>, "senozhatsky@...omium.org"
<senozhatsky@...omium.org>, "dan.j.williams@...el.com"
<dan.j.williams@...el.com>
Subject: Re: [PATCH 2/2] kcompressd: Add Kcompressd for accelerated zram
compression
On Fri, 2025-03-07 at 15:14 -0800, Nhat Pham wrote:
>
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> On Fri, Mar 7, 2025 at 3:13 PM Nhat Pham <nphamcs@...il.com> wrote:
> >
> >
> > Agree. A shared solution would be much appreciated. We can keep the
> > kcompressd idea, but have it accept IO work from multiple sources
> > (zram, zswap, whatever) through a shared API.
>
> by IO I meant compress work (should be double quoted "IO"). But you
> get the idea :)
I also agree that we can evolve into a more general solution.
So this is also why we designed kcompressd to do writeback using
callbacks rather than hard coding it directly into zram.
But currently we only extend Zram. If anyone has good suggestions, we
would greatly appreciate your help.
Thanks!
Qun-wei
Powered by blists - more mailing lists