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

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

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

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

#!/sbin/runscript

MODULE=`zgrep CONFIG_ZRAM= /proc/config.gz|sed 's/CONFIG_ZRAM=//'`
checkconfig(){
        if [[ "$MODULE" == "y" ]] ; then
            return 0
        elif [[ "$MODULE" == "m" ]] ; then
            return 0
        fi
        eerror "Kernel does not support zram function. Recompile a kernel"
        return 1
}

CPU=`awk -v cpu=0 '$1 == "processor" {cpu=cpu+1} END {print cpu}' /proc/cpuinfo`
SIZE=`awk -v cpu=$CPU '$1 == "MemTotal:" {print ((0 + $2) * 1024)/cpu}'  /proc/meminfo`

start(){
    checkconfig || return 1
        ebegin "Starting zram"
    if [[ "$MODULE" == "m" ]] ; then
                modprobe zram num_devices=$CPU
    fi
        for (( i=0; i<$CPU; i++ ))
        do
                echo $SIZE > /sys/block/zram$i/disksize
                mkswap /dev/zram$i
                swapon -p 10 /dev/zram$i
        done
    eend $?
}

stop(){
        ebegin "Deactivating zram swap"
        for (( i=0; i<$CPU; i++ )) 
        do
                swapoff /dev/zram$i
                echo 1 > /sys/block/zram$i/reset
        done
    if [[ "$MODULE" == "m" ]] ; then
        modprobe -r zram
    fi
        eend $?
}

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

ormorph, попробую... Меня смутило, что

Ну так этот скрипт как раз и использует всю память для zram, я его и использую, наблюдая за выводом gkrellm видно что swap начинает использоваться только когда использование оперативной памяти приближается к процентному значению памяти в /proc/sys/vm/swappiness.
Т.е. до использования свопа память работает в своем обычном режиме, не смотря на то что размер под создание ФС(swap) был полный размер оперативной памяти.

Нет, как в этом топике обсуждается, часть оперативки. В текущих 512 с zRam тесновато.

Ну если обратите внимание на скрипт что я выложил, то тут используется для создание zram устройств полное количество памяти деленное на количество ядер, тем не менее использование свопа в zram начинается все так же в зависимости от значения в /proc/sys/vm/swappiness
Т.е. ничего страшного если вы используете под zram всю память, zram все равно будет использовать ее не всю а только часть в зависимости от значения в /proc/sys/vm/swappiness

В смысле хотите использовать вместо свопа другую ФС?

Нет, как в этом топике обсуждается, часть оперативки. В текущих 512 с zRam тесновато.

И да, по моим набюдениям, на машинках типа моей профита от использования zram не сильно много. Но диск он способен разгрузить, так что еще наращу память и половину отдам zram.

В смысле хотите использовать вместо свопа другую ФС?

Так в zram оно же сжимает, и, насколько я понял, «swap'ить» в zram начнёт, когда оперативка закончится.

Хм нет, тут swap'ить начнет в зависимости от значения в /proc/sys/vm/swappiness, чем меньше значение, тем больше оперативной памяти будет использовать прежде чем залезть в своп.
Для использования zram в полне подойдет значение по умолчанию в /proc/sys/vm/swappiness равное 60. При слишком маленьком значении выгода от использования zram будет небольшая.

Сегодня прочитал на «хабре», прикрутил, наблюдаю...

Если использовать встроенный zram в ядро, то в загрузчике следует использовать опцию:
zram.num_devices=4 где 4 количество ядер в процессоре.

Ну и под это состряпал скрипт запуска zram, который считает количество ядер и  количество памяти для каждого устройства /dev/zram(i) а затем монтирует.
/sbin/zram.sh:

#!/bin/bash
zram_start() {
cpu=`awk -v cpu=0 '$1 == "processor" {cpu=cpu+1} END {print cpu}' /proc/cpuinfo`
SIZE=`awk -v cpu=$cpu '$1 == "MemTotal:" {print ((0 + $2) * 1024)/cpu}'  /proc/meminfo`
echo $SIZE

for ((a=0; a<cpu; a++))
do
echo $SIZE >/sys/block/zram$a/disksize
echo "$SIZE >/sys/block/zram$a/disksize"
done

for ((a=0; a<cpu; a++))
do
mkswap /dev/zram$a
done

for ((a=0; a<cpu; a++))
do
swapon /dev/zram$a -p 10
done
}

zram_start >/dev/null &

ну и для gentoo скрипт автозагрузки.

#!/sbin/runscript

depend()
{
    before xdm
}

start()
{
    ebegin "Starting zram"
    zram.sh
    eend 0 "Failed to start zram"
}

Предполагается что перед началом выполнения данного скрипта, уже настроено загрузка модуля либо ядра с нужным количеством устройств /dev/zram

Проверил сжатие действительно работает в режиме компиляции тормоза пропали. Ну и память используется теперь значительно меньше.