Обещание «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...