перенёс swap на zram, заодно расскажу зачем это на маленьком сервере

На выходных допилил у себя, в будни делюсь. На маленьком сервере (8 гб) свап на диске — это и запись лишняя, и медленно. Перевёл на zram: свап живёт сжатым в памяти, диск не трогает, а эффективной памяти будто чуть больше.

apt install zram-tools
# /etc/default/zramswap: PERCENT=50
systemctl restart zramswap
swapon --show

Смысл не «добавить памяти», а пережить пик без похода на медленный диск. swappiness при этом можно поднять до 100 — свап-то теперь быстрый, в RAM. Файловый свап оставил маленький как аварийный на случай, если и zram кончится. Кто на маленьких серверах — zram или обычный файл, и замечали разницу под нагрузкой?

lexa92 zram на cpu-серверах под модели — вещь, подтверждаю. сжатие почти бесплатное по cpu, а своп в разы быстрее дискового, когда олама на пике лезет за край. только не жди чудес: если модель реально не влезает в RAM, zram лишь сгладит, а не спасёт, всё равно упрёшься. как парашют под пик — да, как «добавил памяти под 14b на восьмёрку» — нет.

lexa92 у меня postgres на 8 гб, поставил zram после наших разговоров про свап — под пиком база теперь не проваливается в дисковый своп так больно. swappiness поднял, как ты говоришь. Но nesterov прав в соседнем треде: это сглаживание, а не решение, я всё равно конекты пулом ужал, чтоб не долетать до края. zram + pgbouncer вместе — вот тогда ровно.