История изменений

Комментарий следующий. Если zswap фейлит сжатие, то страница записывается в реальный своп и исчезает из памяти, медленно, но верно. Если zram фейлит сжатие, то происходит… что? Правильно, в ответ на попытку reclaim-а страницы происходит аллокация второй точно такой же страницы.

Т. е.:

Если же памяти для операции сжатия не хватает, то, очевидно, zram ничего не будет делать

В случае zswap «ничего не делать» — это пострадать по производительности, но страница в конечном итоге окажется выгружена из памяти. А в случае zram «ничего не делать» — это совершить бесполезную работу, не высвободив ни байта памяти (но при этом сделав вид, что всё зашибись и страница выгружена).

Механизм reclaim на такое не рассчитан. В линуксе нет понятия «своп не смог, давайте попробуем следующий», следующий своп используется, только если текущий заполнен (даже если предположить, что следующий есть; будем честны, 99% пользователей swap-on-zram о том, чтобы добавить последним приоритетом реальный резервный своп, и не догадываются).

Комментарий следующий. Если zswap фейлит сжатие, то страница записывается в реальный своп и исчезает из памяти, медленно, но верно. Если zram фейлит сжатие, то происходит… что? Правильно, в ответ на попытку reclaim-а страницы происходит аллокация второй точно такой же страницы.

Т. е.:

Если же памяти для операции сжатия не хватает, то, очевидно, zram ничего не будет делать

В случае zswap «ничего не делать» — это пострадать по производительности, но страница в конечном итоге окажется выгружена из памяти. А в случае zram «ничего не делать» — это совершить бесполезную работу, не высвободив ни байта памяти.

Механизм reclaim на такое не рассчитан. В линуксе нет понятия «своп не смог, давайте попробуем следующий», следующий своп используется, только если текущий заполнен (даже если предположить, что следующий есть; будем честны, 99% пользователей swap-on-zram о том, чтобы добавить последним приоритетом реальный резервный своп, и не догадываются).