Исправление i-rinat, (текущая версия) :
Впервые слышу, что у zram ограничена степень сжатия.
Если ты так шутишь, то не смешно. На вопрос ответ «Степень сжатия может быть больше 2:1» на вопрос «чем это лучше zswap» означает, что у zram степень сжатия может быть больше 2:1, а не наоборот.
https://www.kernel.org/doc/Documentation/vm/zswap.txt
The zbud type zpool allocates exactly 1 page to store 2 compressed pages, which means the compression ratio will always be 2:1 or worse (because of half-full zbud pages). The zsmalloc type zpool has a more complex compressed page storage method, and it can achieve greater storage densities. However, zsmalloc does not implement compressed page eviction, so once zswap fills it cannot evict the oldest page, it can only reject new pages.
(Тут я перечитал последнее предложение снова, и начал сомневаться, правильно ли я его понял.)
Исходная версия i-rinat, :
Впервые слышу, что у zram ограничена степень сжатия.
Если ты так шутишь, то не смешно. На вопрос ответ «Степень сжатия может быть больше 2:1» на вопрос «чем это лучше zswap» означает, что у zram степень сжатия может быть больше 2:1, а не наоборот.
https://www.kernel.org/doc/Documentation/vm/zswap.txt
The zbud type zpool allocates exactly 1 page to store 2 compressed pages, which means the compression ratio will always be 2:1 or worse (because of half-full zbud pages). The zsmalloc type zpool has a more complex compressed page storage method, and it can achieve greater storage densities. However, zsmalloc does not implement compressed page eviction, so once zswap fills it cannot evict the oldest page, it can only reject new pages.