zswap compresse-t-il les pages écrites sur le périphérique d'échange ?
Non."Pendant la reprise de l'écriture différée, zswap décompresse la page, la rajoute au cache d'échange et planifie la réécriture dans l'emplacement d'échange précédemment réservé" (http://lwn.net/Articles/537422/)
Est-il éligible pour réduire les E/S d'échange ?
Oui, dans la plupart des cas.
Lors du sommet LSFMM en 2013, il n'y avait pas de compression sur les pages écrites sur le périphérique d'échange. Mais il ne semble pas y avoir de raisons techniques, juste que cela augmenterait la complexité.
Hugh [Dickins] a ajouté que la compression des pages de cache de pages (fichiers) peut être attrayante, mais les développeurs de systèmes de fichiers ne semblent pas très intéressés par zcache en général. Il a donc convenu qu'il serait peut-être plus judicieux de commencer avec zswap, en ajoutant peut-être des fonctionnalités zcache au fil du temps.
Dan [Magenheimer, zcache hacker] a dit qu'il accepterait de fusionner zswap tant qu'il y aurait une compréhension explicite que zswap n'est pas la fin du développement dans ce domaine; il y a, dit-il, beaucoup plus de travail à faire pour tirer pleinement parti de la compression dans le noyau. En d'autres termes, il prévoyait de soumettre des correctifs pour augmenter la fonctionnalité de zswap au fil du temps.
Il semblerait qu'il serait très logique d'ajouter ceci, pour économiser de l'espace disque et des temps de lecture/écriture, mais que cela nécessiterait plus de travail et de complexité. À première vue, il faudrait un certain travail pour pouvoir allouer efficacement de l'espace sur le disque pour des pages compressées de taille variable. (Ce n'est que ma spéculation.)
Nous pourrions espérer voir cela à l'avenir, mais cela dépend évidemment des efforts de ceux qui développeront dessus.
Il ne semble pas y avoir eu beaucoup de discussions publiques à ce sujet depuis 2014. Mais une façon de garder un œil sur cela pourrait être de surveiller les commits effectués sur mm/zswap.c dans le noyau.