Re: [RFC PATCH] zram: avoid preemption with CPU-based compression backends

Sebastian Andrzej Siewior <[email protected]>
Newsgroups gmane.linux.kernel,gmane.linux.kernel.mm
Message-ID <[email protected]> 
On 2026-08-05 19:25:23 [+0900], Sergey Senozhatsky wrote:
> Hi Barry,
> 
> On (26/08/05 15:50), Barry Song wrote:
> > BTW, I wonder if compression and decompression could use separate
> > mutexes. That way, a sleepable zs_malloc() in the compression path
> > would not block decompression, which is the more latency-sensitive
> > operation.
> 
> quick and dirty patch.  Just curious if this improves anything on your
> side.
> 
> We also maybe can have more that num_online_cpus() stream, if we
> switch to idle streams list instead [1]
> 
> [1] https://lore.kernel.org/lkml/[email protected]/

After reading this thread, I got to say that this looks quite nice
compared to the other two ;)

Sebastian
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.