On (25/02/06 16:22), Sergey Senozhatsky wrote: > I didn't know it was possible to use per-CPU data and still have > preemption enabled at the same time. So I'm not opposed to the > idea of still having per-CPU streams and do what zswap folks did. Maybe that's actually a preferable option. Allocation of streams on-demand has a problem that streams' constructors need to use proper GFP flags (they still use GFP_KERNEL, wrongly), and so on. Keeping things the way they are (per-CPU) but adding a preemption is likely a safer and nicer option.
