В этих трех системах много всего, но ничто из этого не делает простого сравнения между ними, не говоря уже об их объяснении. Я попытался понять это, но голова взорвалась. Затем я подумал, что у меня есть это, поэтому я попытался записать его, и моя голова снова взорвалась. (см. краткое изложение реализаций). Я подумал, что было бы полезно опубликовать это здесь, поскольку было много вопросов, связанных с stackexchange, которые спрашивали о попарных сравнениях между ними.
ZRAM: Создает своп-устройство в ОЗУ. Страницы, отправленные здесь, сжимаются при их сохранении. Он имеет более высокий приоритет, чем другие устройства подкачки: страницы, которые были заменены, предпочтительно отправляются на устройство zram до его полного заполнения, только тогда используются любые другие устройства подкачки.
ZSWAP: . Система frontswap пытается переустановить страницы и использует zswap как write-back-cache для устройства подкачки HDD / SSD: делается попытка сжать страницу, и если она содержит плохо сжимаемые данные, она непосредственно записывает два диска. Если данные сжаты, они сохраняются в пуле памяти zswap. Если страницы обрываются из памяти, когда общая сжатая страница в ОЗУ превышает определенный размер, на диск записывается страница с наименьшим последним использованием (LRU) с сжатой , поскольку она вряд ли понадобится в ближайшее время.
ZCache: Это бэкэнд для системы Transcendent. Трансцендентная память обеспечивает RAM-подобную память, к которой можно получить доступ только к странице за раз, используя вызовы put и get . Это не похоже на обычную память, к которой можно получить доступ к байту за раз. Ключи frontswap и cleancache пытаются обменивать и возвращать кеши страницы файловой системы соответственно и отправлять их в трансцендентные серверы памяти. Когда zcache используется в качестве бэкэнд, данные сжимаются и сохраняются в ОЗУ. Когда он заполняется, сжатые страницы вытесняются. (альтернативный бэкэнд - RAMster, который разделяет пул ОЗУ через сетевые компьютеры).
Использование только интерфейса frontswap с бэкэндом zcache работает так же, как zswap . (На самом деле zswap является упрощенным подмножеством zcache)
Лучшие ресурсы, которые я нашел, были:
Относительно 2. zswap, похоже, распаковывает страницы при обратном обращении, подтверждая комментарий @ Cbhihe.
mm / zswap.c , строка 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 полезен для ситуаций, когда сжатый кеш в-ram скорее всего, будет забыт вскоре, прежде чем записать обратно на диск. Это не для приложений с большими, длинными живые кучи, которые в конечном итоге должны быть подкреплены фактическим устройством подкачки.