Обещание «zram с lz4 без деградации CPU» заканчивается там, где начинается постоянный обмен горячими страницами. Типовой отказ дешёвого узла: растёт p99, мониторинг кричит про swap, дежурный обвиняет SSD. Но swapon --show показывает /dev/zram0: этот swap находится в RAM. При отсутствии настроенного writeback диск вообще не участвует в этом пути. Разбор начинаем с vmstat 1: после первой строки смотрим si/so на интервалах. Затем cat /proc/pressure/memory и cat /proc/pressure/cpu: растут ли задержки из-за памяти и ожидание CPU? Сопоставляем с p99 и профилем perf top. Один занятый swap ничего не доказывает. Устойчивый обмен страницами вместе с ростом задержек требует проверки: не вытесняем ли мы данные, которые приложение немедленно запрашивает снова? cat /sys/block/zram0/mm_stat показывает цену хранения: первые три поля — orig_data_size, compr_data_size, mem_used_total. Для оценки выигрыша сравниваем исходный объём с реально занятой памятью, включая накладные расходы. cat /sys/block/zram0/comp_algorithm показывает выбранный алгоритм в скобках. lz4 выбирают до инициализации устройства; смена кодека на работающем swap — не ночной фикс. Описание счётчиков: документация ядра. Исправление — ограничить конкурентность и вернуть рабочему набору запас RAM. Zram полезен для хорошо сжимаемых холодных страниц; отсутствие заметной деградации подтверждается замером CPU, PSI и p99 при одинаковой нагрузке. Покупать облачный тариф до этой проверки — платить за отсутствие диагноза. Эксплуатация bare-metal: https://ftops.space/?utm_source=telegram&utm_medium=smm&utm_campaign=ftops&utm_content=zram-svoping-na-nedorogih-uzlah-szha