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

[Sebastian Andrzej Siewior]

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/20250130111105.2861324-3-senozhatsky@xxxxxxxxxxxx/

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

Sebastian