Использование zRam для увеличения количества доступной памяти

fragment, неплохо, конечно, но перезагружаться нельзя ;)

"Lupo Alberto⇓" написал:

ormorph, если я правильно понял, ваш скрипт создаёт количество swap'ов, прямо пропорциональное числу используемых процессоров (ядер), с размером, обратно пропорциональным их числу?
Объясните, пожалуйста, на чём основаны такие расчёты?

Да все довольно просто, так как сжатие zram однопоточное, то для каждого потока должно быть выделено равное количество памяти, для эффективного ее использования при полном распределении процессов(загрузке всех ядер-потоков).

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

В режиме компиляции очень даже заметен выигрыш, меньше лазит в своп на жестком диске(практически не используется), только после того как будет использовано все пространство памяти.