Bug 11514 - SWAP не включен (было ZRAM не включен)
Summary: SWAP не включен (было ZRAM не включен)
Status: RESOLVED FIXED
Alias: None
Product: ROSA Fresh
Classification: ROSA-based products
Component: Installer and live mode (show other bugs)
Version: All
Hardware: All Linux
: Normal normal
Target Milestone: ---
Assignee: ROSA Linux Bugs
URL:
Whiteboard:
Depends on:
Blocks: 11460
  Show dependency treegraph
 
Reported: 2021-09-16 14:38 MSK by Vladimir Potapov
Modified: 2021-09-28 11:53 MSK (History)
2 users (show)

See Also:
Platform: ---
ROSA Vulnerability identifier:
RPM Package:
Upstream:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Potapov 2021-09-16 14:38:13 MSK
В составе образа есть zram но он не включен.
Предлагаю по результатам теста никеля включить его на половину оперативной памяти.
Comment 1 Mikhail Novosyolov 2021-09-17 06:35:17 MSK
К инсталлятору этот вопрос отношения не имеет. А у нас есть прям нормальный скрипт автонастройки 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.
Comment 2 Mikhail Novosyolov 2021-09-17 06:38:39 MSK
Было бы полезно пооптимизировать параметры zswap, их можно на лету переключать. Они сейчас стоят плюс минус от балды.
Comment 3 Mikhail Novosyolov 2021-09-17 06:46:18 MSK
(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
Comment 4 Vladimir Potapov 2021-09-17 09:29:55 MSK
(In reply to Mikhail Novosyolov from comment #1)
> Таким образом, я считаю, чтобы обсуждать вопрос zram, должно быть
> обоснование, почему zram вместо zswap.
Я просто не знал про zswap. Ну он и не работал т.к. инсталлятор по-умолчанию у нас не ставит swap.
Comment 5 Mikhail Novosyolov 2021-09-17 09:58:44 MSK
Эм, своп должен делаться, не должен только если запустить с inst.nickel=1 в cmdline.
Comment 6 Mikhail Novosyolov 2021-09-17 21:50:23 MSK
(In reply to Vladimir Potapov from comment #4)
> (In reply to Mikhail Novosyolov from comment #1)
> > Таким образом, я считаю, чтобы обсуждать вопрос zram, должно быть
> > обоснование, почему zram вместо zswap.
> Я просто не знал про zswap. Ну он и не работал т.к. инсталлятор по-умолчанию
> у нас не ставит swap.

И правда перестала создавать своп.
Comment 7 Vladimir Potapov 2021-09-28 11:53:42 MSK
Исправлено в образе 41102