Il y a beaucoup de choses sur ces trois systèmes mais rien ne permet de les comparer facilement, encore moins de les expliquer. J'ai essayé de comprendre, mais ma tête a explosé. Alors j'ai pensé que je l'avais eu alors j'ai essayé de l'écrire et ma tête a explosé à nouveau. (voir le résumé des implémentations) Je pensais qu'il serait utile de poster ceci ici, car il y avait beaucoup de questions sur le stackexchange demandant des comparaisons par paires entre elles.
ZRAM: crée un périphérique de swap dans la mémoire vive. Les pages envoyées ici sont compressées lorsqu'elles sont stockées. Sa priorité est supérieure à celle des autres périphériques de swap: les pages échangées sont envoyées préférentiellement au périphérique zram jusqu’à ce qu’elles soient pleines, seuls les autres périphériques de swap sont utilisés.
ZSWAP: Le système frontswap connecte les tentatives de remplacement des pages et utilise zswap comme write-back-cache pour un périphérique d'échange HDD / SSD: une tentative de compression de la page est effectuée et si elle contient des données peu compressibles, elle est directement écrite sur le disque. Si les données sont compressées, elles sont stockées dans le pool de la mémoire zswap. Si les pages sont supprimées de la mémoire lorsque le nombre total de pages compressées dans la RAM dépasse une certaine taille, la page LRU (
ZCache: c'est un backend pour le système de mémoire transcendant. La mémoire transcendante fournit une mémoire de type RAM qui ne peut être consultée qu'une page à la fois en utilisant les appels put et get . Ceci est différent de la mémoire normale accessible à un octet à la fois. Le hook frontswap et cleancache systems tente de permuter et de récupérer respectivement les caches de page du système de fichiers et de les envoyer aux backends de la mémoire transcendante. Lorsque zcache est utilisé comme backend, les données sont compressées et stockées dans la RAM. Quand il se remplit, les pages compressées sont expulsées du swap. (Un backend alternatif est RAMster qui partage un pool de RAM sur des ordinateurs en réseau).
En utilisant uniquement le frontend frontswap avec le backend zcache fonctionne exactement comme zswap . (En fait, zswap est un sous-ensemble simplifié de zcache)
Les meilleures ressources que j'ai trouvées étaient:
Concernant 2., zswap semble décompresser les pages en écriture, confirmant le commentaire de @ Cbhihe.
mm / zswap.c , ligne 828:
/*
* Attempts to free an entry by adding a page to the swap cache,
* decompressing the entry data into the page, and issuing a
* bio write to write the page back to the swap device.
* ...
*/
static int zswap_writeback_entry(struct zpool *pool, unsigned long handle)
{
...
case ZSWAP_SWAPCACHE_NEW: /* page is locked */
/* decompress */
...
ret = crypto_comp_decompress(tfm, src, entry->length,
dst, &dlen);
...
kunmap_atomic(dst);
$ git show
commit 1573d2caf713874cfe0d1336c823d0fb548d8bed
Merge: 4cdf8db 0a86248
Author: Linus Torvalds <[email protected]>
Date: Tue Oct 11 23:59:07 2016 -0700
zswap est donc utile dans les situations où le cache in-ram compressé est susceptibles d'être oubliés peu de temps avant réécrit sur le disque. Ce n'est pas pour les applications avec de grandes, longues des tas vivants qui devront éventuellement être soutenus par le dispositif de swap proprement dit.
Lire d'autres questions sur les étiquettes performance kernel swap ram