11514 2021-09-16 14:38:13 +0300 SWAP не включен (было ZRAM не включен) 2021-09-28 11:53:48 +0300 1 1 2 ROSA-based products ROSA Fresh Installer and live mode All All Linux RESOLVED FIXED Normal normal --- 11460 1 v.potapov bugs leshikne m.novosyolov --- oldest_to_newest 60166 0 v.potapov 2021-09-16 14:38:13 +0300 В составе образа есть zram но он не включен. Предлагаю по результатам теста никеля включить его на половину оперативной памяти. 60169 1 m.novosyolov 2021-09-17 06:35:17 +0300 К инсталлятору этот вопрос отношения не имеет. А у нас есть прям нормальный скрипт автонастройки zram? Но я не могу придумать причины, почему от сейчас включенного в 2021.1 по умолчанию zswap надо отказаться и включить zram. Сейчас zswap включен из коробки: $ cat /sys/module/zswap/parameters/enabled Y Использует сжатие zstd: $ cat /sys/module/zswap/parameters/compressor zstd И может занимать до 20% оперативной памяти: $ cat /sys/module/zswap/parameters/max_pool_percent 20 Работает полностью автоматически и не требует скриптов автонастройки. Для Никеля zswap не подходил, потому что он работает только при наличии дискового свопа, а у нас дисковый своп есть. zswap умная штука, он сначала вместо свопа использует сжатый пул в оперативной памяти, а когда место в нем заканчивается, сбрасывает часть данных на настоящий дисковый своп, но сбрасывает в первую очередь давно не использованные страницы памяти. zram такой оптимизации не может себе позволить, там все просто: закончился своп zram, начинает использоваться дисковый своп, а данные между ними не будут перераспределяться, даже если то, что уселось в zram и сидит в нем, уже давно не использовалось. Таким образом, я считаю, чтобы обсуждать вопрос zram, должно быть обоснование, почему zram вместо zswap. 60170 2 m.novosyolov 2021-09-17 06:38:39 +0300 Было бы полезно пооптимизировать параметры zswap, их можно на лету переключать. Они сейчас стоят плюс минус от балды. 60171 3 m.novosyolov 2021-09-17 06:46:18 +0300 (In reply to Mikhail Novosyolov from comment #1) > zram такой оптимизации не может себе > позволить, там все просто: закончился своп zram, начинает использоваться > дисковый своп, а данные между ними не будут перераспределяться, даже если > то, что уселось в zram и сидит в нем, уже давно не использовалось. Вот это, строго говоря, не совсем так, потому что zram умеет использовать дисковое пространство для хранения данных, но от скрипта настройки будет требоваться уметь указать нужный раздел диска. И я не уверен, что, если использовать swap-раздел, не придется потом форматировать его заново. В zswap все автоматически. backing_dev https://www.kernel.org/doc/Documentation/blockdev/zram.txt 60173 4 v.potapov 2021-09-17 09:29:55 +0300 (In reply to Mikhail Novosyolov from comment #1) > Таким образом, я считаю, чтобы обсуждать вопрос zram, должно быть > обоснование, почему zram вместо zswap. Я просто не знал про zswap. Ну он и не работал т.к. инсталлятор по-умолчанию у нас не ставит swap. 60174 5 m.novosyolov 2021-09-17 09:58:44 +0300 Эм, своп должен делаться, не должен только если запустить с inst.nickel=1 в cmdline. 60183 6 m.novosyolov 2021-09-17 21:50:23 +0300 (In reply to Vladimir Potapov from comment #4) > (In reply to Mikhail Novosyolov from comment #1) > > Таким образом, я считаю, чтобы обсуждать вопрос zram, должно быть > > обоснование, почему zram вместо zswap. > Я просто не знал про zswap. Ну он и не работал т.к. инсталлятор по-умолчанию > у нас не ставит swap. И правда перестала создавать своп. 60214 7 v.potapov 2021-09-28 11:53:42 +0300 Исправлено в образе 41102