¿Zswap comprime las páginas que se escriben en el dispositivo de intercambio?
No". Durante la reescritura reanudada, zswap descomprime la página, la vuelve a agregar a la memoria caché de intercambio y programa la reescritura en la ranura de intercambio que estaba previamente reservada" (http://lwn.net/Articles/537422/)
¿Es elegible para reducir swap IO?
Sí, en la mayoría de los casos.
En la cumbre LSFMM de 2013, no hubo compresión en las páginas escritas en el dispositivo de intercambio. Pero no parece que haya razones técnicas por las que no, solo que aumentaría la complejidad.
Hugh [Dickins] agregó que la compresión de las páginas de caché (archivo) de la página puede ser atractiva, pero los desarrolladores del sistema de archivos no parecen estar tan interesados en zcache en general. Así que estuvo de acuerdo en que podría tener más sentido comenzar con zswap, tal vez agregando características de zcache con el tiempo.
Dan [Magenheimer, hacker de zcache] dijo que estaría de acuerdo en fusionar zswap siempre que hubiera un entendimiento explícito de que zswap no es el final del desarrollo en esta área; hay, dijo, mucho más trabajo por hacer para obtener todos los beneficios de la compresión en el núcleo. En otras palabras, planearía enviar parches para aumentar la funcionalidad de zswap con el tiempo.
Parece que tendría mucho sentido agregar esto, para ahorrar espacio en disco y tiempos de lectura/escritura, pero requeriría más trabajo y complejidad. Supongo que se necesitaría algo de trabajo para poder asignar de manera eficiente espacio en el disco para páginas comprimidas de tamaño variable. (Esa es solo mi especulación).
Podríamos esperar ver esto en el futuro, pero obviamente depende de los esfuerzos de aquellos que lo desarrollarían.
No parece haber mucha discusión pública al respecto desde 2014. Pero una forma de vigilar esto podría ser monitorear las confirmaciones realizadas en mm/zswap.c en el kernel.