> Я вижу что свободной памяти меньше на размер disksize.

В хучшем случае (полностью поюзаный zram) он разумеется займет выделенное место. Но это как сжатая оперативка.

> Также я ощущаю тормоза

Можно использовать быстрое сжатие типа lz4 или lzo-rle какого. А так - ну логично, распаковка упаковка страниц проц все же нагрузит и медленнее чем немедленное обращение к странице.

А для сравнения выгрузи столько же в своп и почувствуй разницу. Для понимания: OOM без свопа на механике + zram: секунд 5-10 тупняка, OOM kill. С свопом: минут 5-10 тупняка, OOM kill. Вот и выбирайте как вам свопиться.

> и возросшую нагрузку на hdd при забивании памяти в zram.

Когда система совсем не может выкроить RAM, она кроме всего прочего дискардит страницы executables - с идеей подчитать это с диска потом. Вот это и есть ваша нагрузка, файлы исполняемых свопом подрабатывают. Одна из причин по которым SSD под систему сильно улучшает ее отзывчивость. Это "read only swap" из файлов бинарей по сути.

> the size of the disk when not in use so a
> huge zram is wasteful.

И тем не менее, в zram выгружаются холодные неиспользуемые страницы. А сжатие работает. Поэтому оно в целом выгодно и не стоит на него жаться. Это неплохо работает. Лучше обычного свопа. На SSD он дико SSD протирает, потом юзер удивляется что "SSD сдох!!!111". На механическом винче тормозит неимоверно.

Еще кстати в новых кернелах MGLRU можно попробовать. Это немного не про своп но про более умное решение какие страницы из кешей дискардить.