LINUX.ORG.RU

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

Исправление kirill_rrr, (текущая версия) :

Увеличь DISKSIZE до 3:1 к RAM

В смысле пытаться хранить в оперативке 6 гигов сжатых данных? Я так уже делал на RPi3 c 1 гигом, всё упиралось в то, что при слишком большой zram оно оставляет слишком мало доступной приложениям памяти и вся система со всем софтом упорно, но безуспено пытались работать ы ~200М памяти. В данном случае я выделил приложениям порядка 1,3-1,5 гига, что вполне вольготно для браузера с 5 вкладками и ещё какой нибудь мелочи.

Если речь о том, чтобы изменить сжатый кеш с 25% до 33% то это скорее всего не принципиально.

И zstd желательно вместо lzo. Но здесь смотреть, конечно, как pentium отреагирует.

Он на это отреагирует очень плохо. У меня всего 2 ядра, 1,5 из которых используется файерфоксом для отрисовки одной вкладки, а скорость сжатия zstd ниже, чем сброс данных на ssd блоками по 4К. Вот будь у меня какой нибудь zen3+ хотя бы на 8 потоков...

Исходная версия kirill_rrr, :

Увеличь DISKSIZE до 3:1 к RAM

В смысле пытаться хранить в оперативке 6 гигов сжатых данных? Я так уже делал на RPi3 c 1 гигом, всё упиралось в то, что при слишком большой zram оно оставляет слишком мало доступной приложениям памяти и вся система со всем софтом упорно, но безуспено пытались работать ы ~200М памяти. В данном случае я выделил приложениям порядка 1,3-1,5 гига, что вполне вольготно для браузера с 5 вкладками и ещё какой нибудь мелочи.

Если речь о том, чтобы изменить сжатый кеш с 25% до 33% то это скорее всего не принципиально.

И zstd желательно вместо lzo. Но здесь смотреть, конечно, как pentium отреагирует.

Он на это отреагирует очень плохо. У меня всего 2 ядра, 1,5 из которых используется файерфоксом для отрисовки одной вкладки, а скорость сжатия zstd ниже, чем сброс данных на ssd блоками по 4К.