Обещание «zram с lz4 без деградации CPU» заканчивается там, где начинается постоянный обмен горячими страницами. Типовой разбор отказа дешёвого узла: растёт задержка, мониторинг кричит про swap, виноватым назначают SSD. Проверка swapon --show обнаруживает /dev/zram0. Этот swap обслуживается в RAM; искать дисковую очередь прежде, чем проверить его устройство, — гадание. Снимаем vmstat 1, cat /proc/pressure/memory и cat /sys/block/zram0/mmstat. Устойчивый оборот si/so вместе с ростом memory PSI показывает давление памяти; заполненный swap сам по себе аварию не доказывает. В mmstat сравниваем origdatasize с memusedtotal: сколько исходных данных удержали и сколько RAM реально потратили. Одного comprdatasize недостаточно: он не учитывает все расходы. Поля описаны в документации ядра. Диагноз «CPU съело сжатие» тоже требует доказательств: perf top покажет, куда уходит процессорное время. Lz4 подходит для дешёвог...