Ubuntu 2гб ОЗУ - включить zswap

вроде нашел:

# enable zswap
echo 1 > /sys/module/zswap/parameters/enabled

# set it to use lz4 (or use gzip for better compression but more CPU usage)
echo lz4 > /sys/module/zswap/parameters/compressor

# set maximum allowed percentage of RAM to use for swap
echo 50 > /sys/module/zswap/parameters/max_pool_percent

А добавлять что-то типа:

GRUB_CMDLINE_LINUX="zswap.enabled=1 zswap.compressor=lz4 zswap.max_pool_percent=50 zswap.zpool=zsmalloc"

zswap.compressor=lz4 возможно имеет смысл только на очень быстрых процах. на обычных тормозов только прибавляется.
zswap.zpool=zsmalloc для чего это ?

не знаю! Если надо, то напишите как это добавить? я так понимаю войти в файл /etc/default/grub и добавить ту строку, которую вы дали? А это точно надо?

Думаю, лучше подойдет zram. Почему zswap?

https://www.kernel.org/doc/Documentation/vm/zsmalloc.txt

Читал здесь на форуме, что с данной опцией zswap работает лучше в условиях недостатка памяти.

а нет процев с аппаратным ускорением сжатия, как процы с аппаратным шифрованием?

По мне, нафиг все это с zram какими-то скриптами городить. Если есть в ядре поддержка zswap, почему бы ее не включить?

В дебиане у меня именно так включалось. Больше никак.

https://www.kernel.org/doc/Documentation/vm/zswap.txt

zsmalloc дает лучший метод сжатия по сравнению с zbud и обеспечивает большую плотность хранения данных.

так в файл /etc/default/grub надо прописывать:

GRUB_CMDLINE_LINUX="zswap.enabled=1 zswap.compressor=lz4 zswap.max_pool_percent=50 zswap.zpool=zsmalloc"

# enable zswap
echo 1 > /sys/module/zswap/parameters/enabled

# set it to use lz4 (or use gzip for better compression but more CPU usage)
echo lz4 > /sys/module/zswap/parameters/compressor

# set maximum allowed percentage of RAM to use for swap
echo 50 > /sys/module/zswap/parameters/max_pool_percent

Пропиши первую строчку, презагрузись. Посмотри вывод dmesg | grep zswap. Должно быть что-то типа такого:

[    0.641036] zswap: loaded using pool lz4/zsmalloc

Да и после прописывания строчки update-grub не забудь!

Вечером потестирую, спасибо.

Ась? LZ4 самый бытрый из имеющихся там.

Лучше попробуй zram, он быстрее и по крайней мере у меня адекватнее работает.

На моём i3 третьего поколения тупит при своппинге. С lzo я не замечаю того момента, когда память заканчивается, никаких заметных глазу тупняков.

LZ4 самый бытрый из имеющихся там.

Сравнивать лучше для конкретного случая использования. А то бывает и так:

https://habrahabr.ru/post/183230/

Ну а теперь самое главное, как все это работало… откровенно говоря, плохо. Плагин LZ4 работал медленнее и сжимал хуже плагина LZO1. Замеры проводились на живой системе, в однопользовательском режиме. В замер входила операция размонтирования раздела (чтоб сработали sync/flush процедуры и файлы полностью записались на диск). Производилось три теста: линейное запись/чтение на диск файла забитого нулями (из /dev/zero), линейное чтение/запись несжимаемого файла (предварительно взятого с /dev/urandom и записанного в память на tmpfs) и распаковка/сжатие исходных кодов ядра Linux версии 3.9.5. Из всех тестов, плагин с LZ4 показал преимущество только при записи/чтении файла с нулями. Во всех остальных тестах, LZO1 обошел LZ4 и по скорости сжатия/декомпрессии, и по конечному объему файлов.

В ходе дальнейших исследований (fullbench из состава LZ4 и lz4c vs lzop), было выяснено, что LZ4 теряет все свои свойства при блоках маленького размера, а проявляет заявленные свойства [5] только на больших блоках, к примеру в fullbench по умолчанию 4MiB, в lz4c 8MiB. Как выразился Эдуард Шишкин: «4MiB — это как-то многовато. LZO1 сжимает куски и много мельче..» [6]