Komprimuje zswap stránky, které se zapisují do odkládacího zařízení?
Ne." Během obnoveného zpětného zápisu se zswap dekomprimuje stránku, přidá ji zpět do swapovací mezipaměti a naplánuje zpětný zápis do odkládacího slotu, který byl dříve rezervován“ (http://lwn.net/Articles/537422/)
Je způsobilé snížit IO swapu?
Ano, ve většině případů.
Na summitu LSFMM v roce 2013 nedošlo k žádné kompresi na stránkách zapsaných do swapovacího zařízení. Ale nezdá se, že by existovaly nějaké technické důvody, proč ne, jen že by to zvýšilo složitost.
Hugh [Dickins] dodal, že komprese stránek mezipaměti (souborů) může být přitažlivá, ale nezdá se, že by vývojáři souborového systému měli o zcache obecně takový zájem. Souhlasil tedy s tím, že by mohlo mít lepší smysl začít se zswap, možná časem přidat funkce zcache.
Dan [Magenheimer, hacker zcache] řekl, že bude souhlasit se sloučením zswap, pokud bude explicitně dohodnuto, že zswap není koncem vývoje v této oblasti; řekl, že je potřeba udělat mnohem více práce, aby bylo možné využít všech výhod komprese v jádře. Jinými slovy, plánoval by zasílat záplaty pro zvýšení funkčnosti zswap v průběhu času.
Zdá se, že by to mělo smysl přidat, aby se ušetřilo místo na disku a časy čtení/zápisu, ale že by to vyžadovalo více práce a složitosti. Odhadem by to dalo nějakou práci, aby bylo možné efektivně alokovat místo na disku pro komprimované stránky různé velikosti. (To je jen moje spekulace.)
Můžeme doufat, že se toho v budoucnu dočkáme, ale samozřejmě to závisí na úsilí těch, kteří se na tom vyvinou.
Nezdá se, že by se o tom od roku 2014 příliš veřejně diskutovalo. Ale jedním ze způsobů, jak to sledovat, může být sledování odevzdání provedených na mm/zswap.c v jádře.