zswap comprime le pagine scritte sul dispositivo di scambio?
No."Durante la ripresa del writeback, zswap si decomprime la pagina, la aggiunge nuovamente alla cache di swap e pianifica il writeback nello slot di swap precedentemente riservato" (http://lwn.net/Articles/537422/)
È idoneo a ridurre l'IO di scambio?
Sì, nella maggior parte dei casi.
Al vertice LSFMM nel 2013, non c'era compressione sulle pagine scritte sul dispositivo di scambio. Ma non sembra che ci siano motivi tecnici per non farlo, solo che aumenterebbe la complessità.
Hugh [Dickins] ha aggiunto che la compressione delle pagine della cache delle pagine (file) può essere allettante, ma gli sviluppatori del filesystem non sembrano essere così interessati a zcache in generale. Quindi ha convenuto che potrebbe avere più senso iniziare con zswap, magari aggiungendo funzionalità zcache nel tempo.
Dan [Magenheimer, hacker zcache] ha detto che accetterebbe di fondere zswap fintanto che ci fosse un'esplicita comprensione che zswap non è la fine dello sviluppo in quest'area; c'è, ha detto, molto più lavoro da fare per ottenere tutti i benefici della compressione interna al kernel. In altre parole, avrebbe pianificato di inviare patch per aumentare la funzionalità di zswap nel tempo.
Sembra che avrebbe molto senso aggiungere questo, per risparmiare spazio su disco e tempi di lettura/scrittura, ma che richiederebbe più lavoro e complessità. A prima vista, ci vorrebbe del lavoro per poter allocare in modo efficiente lo spazio sul disco per pagine compresse di dimensioni variabili. (Questa è solo una mia ipotesi.)
Potremmo sperare di vederlo in futuro, ma ovviamente dipende dagli sforzi di coloro che si svilupperanno su di esso.
Sembra che non ci sia stata molta discussione pubblica al riguardo dal 2014. Ma un modo per tenerlo d'occhio potrebbe essere quello di monitorare i commit fatti a mm/zswap.c nel kernel.