Re: [PATCH 2/2] kcompressd: Add Kcompressd for accelerated zram compression
From: Barry Song
Date: Sun Mar 09 2025 - 16:44:45 EST
On Mon, Mar 10, 2025 at 8:56 AM Nhat Pham <nphamcs@xxxxxxxxx> wrote:
>
> On Sat, Mar 8, 2025 at 5:05 PM Hillf Danton <hdanton@xxxxxxxx> wrote:
> >
> > Could you explain what nr_kcompressd means, Qun-Wei, to quiesce barking lads?
>
> Who's the "barking lads" you are referring to? Please mind your language.
I also feel extremely uncomfortable. In Eastern culture, this is an extremely
vulgar word, more offensive than any others.
I strongly feel that this violates the mutual respect within the Linux
community. This is a serious case of verbal abuse.
Regardless of the existence of nr_kcompressd, it is still unacceptable to
invent an interface that requires users to figure out how to set it up, while
kswapd can launch threads based on NUMA nodes.
This should be transparent to users, just as kswapd does.
void __meminit kswapd_run(int nid)
{
...
if (!pgdat->kswapd) {
pgdat->kswapd = kthread_create_on_node(kswapd, pgdat,
nid, "kswapd%d", nid);
...
}
pgdat_kswapd_unlock(pgdat);
}
On the other hand, no one will know how to set up the proper number of
threads, while direct reclaim can utilize each CPU.
Therefore, listing nr_kcompressd does not change the essence of my
question.
Thanks
Barry