Сколько весит в распакованном виде zram

Я понял, что я что-то делаю не так.

Впрочем, из-за этой фигни только стату не кажет, сам девайс исправно работает, так что не критично.

странно, что статистику не показывает
файл /sys/block/zram0/stat существует?
у меня перестало показыввать алгоритм сжатия после того, как перестал стал swap делать

~ $ sudo zramctl 
NAME       ALGORITHM DISKSIZE  DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0                13G 25.4M  8.4M  9.2M       8 /tmp

cat /sys/block/zram0/comp_algorithm 
lzo lz4 [lz4hc]

файл /sys/block/zram0/stat существует?

 # > cat /sys/block/zram0/stat
       0        0        0        0        0        0        0        0        0        0        0
 # > 

у меня перестало показыввать алгоритм сжатия после того, как перестал стал swap делать

Может, мне нужно делать что-то кроме прописывания в fstab? Ты же какой-то утилитой swap в zram пихаешь?

Но все это дело остается в памяти, само блочное устройство не свопится.

О чем я и говорю. Использование zram для свопа неполноценно. В отличие от zswap.

Ты же какой-то утилитой swap в zram пихаешь?

пихал самописным скриптом
счас там у меня

/dev/zram0 on /tmp type ext4 (rw,nosuid,nodev,noatime,block_validity,delalloc)

да, zswap более удобная штука.

А мне как раз zram больше понравился, ооценил свои потребности и юзкес,
отмерил размер устройства, задал приоритет и в ус не дуешь.
И это не говоря о том, что zram не только для свопа использовать можно, но и для других файловых систем.
Я к примеру вместо tmpfs хочу xram+xfs опробовать.

xram+xfs

Что за зверь ? Интересно.

Это я пальцем не туда попал, надо читать zram, ну а xfs общеизвестна.

вместо tmpfs хочу xram+xfs

а чего пробовать-то там?

у меня уже там ext4, сжатие отличное, только с правами замучался, на systemd было проще, наверное.

NAME       ALGORITHM DISKSIZE   DATA  COMPR  TOTAL STREAMS MOUNTPOINT
/dev/zram0 lzo           5,8G 705,2M 226,9M 237,5M       4 [SWAP]

uptime
 18:38:09 up 5 days,  2:26,  6 users,  load average: 0,32, 0,52, 0,57

free -m
             total       used       free     shared    buffers     cached
Mem:          7891       7284        606        263         27       1171
-/+ buffers/cache:       6085       1805
Swap:         5918        786       5131

swapon -s
Filename				Type		Size	Used	Priority
/dev/zram0                             	partition	6060540	805872	10

KDE+debian_8

А чем zswap хуже?

ещё оказалось, что zramctl не поддерживает алгоритм lz4hc, пришлось патчить

Понимать его нужно ровно одним способом: в зависимости от выбранного аллокатора либо степень сжатия ≤ 2:1, либо нет вытеснения страниц из zswap в swap.

А у меня только в fstab прописано монтирование, при этом наличие zram0 оставлено на совесть ядра.

А чем zswap хуже?

Я не говорил, что zswap хуже. Но мне не нужен башескрипт, заточенный под совсем другие задачи.

Мне не нужен zswap, потому, что своп у меня используется только для того, чтобы послать комп в гибернацию при отключении десктопа от электросети.

тогда считай, оно у тебя никак не работает

Словил ошибку декомпрессии на zram, сжатой lz4hc. Судя по тому, что тест памяти ошибок не выявил, очень похоже на какой-то баг в коде.

Много тест памяти гонял (и какой)? Как-то образы разделов у меня при сжатии в lz4 всё битыми получались. Предварительно мемтест гонял без ошибок. В конце-концов, видимо, я память пережарил и одна из планок стала сбоить и в мемтесте.

Много тест памяти гонял (и какой)?

Гонял тест из встроенной программы диагностики из firmware. Обычный memtest не получается запустить.

Ту штуку со сбросом соседних ячеек в DRAM не получалось воспроизвести.