Значение swappiness при использвании ZRAM

а нужно ли это говно при 16гиг озу-то?

vm.swappiness

Для SSD - 100. Сурс

я там ни слова не нашел про zram

Какие значения указать для vm.swappiness и vm.vfs_cache_pressure.

vm.swappiness=10
vm.vfs_cache_pressure=1000

Почему именно такие?

для плацебо конкретные значения не важны, главное верить

Почему именно такие?

Для информации

Swap 64МБ идеальное решение.
Никакие твики в sysctl не помогут.

Swap 64МБ

Это не swap. ))) Это кастрат. )))

Никакие твики в sysctl не помогут.

Нам помогает и все работает. Тебе c таким swap ничего уже не нужно. )

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

systemd-swap сам создает файлы подкачки по мере надобности

$ yay -S systemd-swap

# Такие конфигурации подходят для машин с RAM ≥ 4GB
$ sudo tee /etc/sysctl.d/99-sysctl.conf << EOF > /dev/null
vm.swappiness = 10
vm.vfs_cache_pressure = 1000
EOF

# Применяем настройки
$ sudo sysctl -p /etc/sysctl.d/99-sysctl.conf

# Чтобы работал zswap нужно убедиться что /etc/systemd/swap.conf содержит zswap_enabled=1

# Включаем создание файлов подкачки по мере надобности
$ echo 'swapfc_enabled=1' | sudo tee /etc/systemd/swap.conf.d/myswap.conf

# ZRAM (Опционально)
$ echo 'zram_enabled=1' | sudo tee -a /etc/systemd/swap.conf.d/myswap.conf

# Если будут использоваться файлы подкачки, то создадим подтом
# Создание подтома необходимо для исключения файлов подкачки из снапшотов
$ sudo mount <device> /mnt
$ sudo btrfs sub cre /mnt/@swap

# Теперь нужно добавить запись в /etc/fstab
echo '<device>	/var/lib/systemd-swap/swapfc     	btrfs     	rw,noatime,ssd,space_cache,subvol=/@swap	0 0' | sudo tee -a /etc/fstab

# Монтируемся
$ sudo mount -a

$ sudo systemctl enable systemd-swap
$ sudo systemctl start systemd-swap

решения проблемы отзывчивости и свопинга важных либ

Вам сюда: Просто оставлю это здесь: Игра в supertux2 с множественными `tail /dev/zero` в фоне без зависаний

Зачем тебе этот zram вообще? кроме того, zram мало смысла использовать, если есть возможность использовать реальный свап+zswap.

Весь кеш в свап? Гениально.

Есть смысл в свопе на современные SSD, теряющие скорость записи до десятков мегабайт в секунду после заполнения MLC кэша?

Зачем тебе этот zram вообще?

Быстрый своп, отличная штука. Я во времена, когда у меня домашним сервороутером была кубиборда2 с 1Гб ОЗУ четверть отдал под приоритетный своп на zram. Сильно помогло.

Лучше ли это чем zswap - я хз.

1Гб ОЗУ

У него 16Гб…

я хз

О чём и речь.

Что? Кэш никогда не попадает в свап, тк это бессмысленно - всё что в кэше, и так есть на диске (TMPFS в рассчёт не берём).

https://github.com/torvalds/linux/blob/v5.0/Documentation/sysctl/vm.txt#L809

Там сказано про memory pages. Так что кеш тоже может туда вылазить.

Это твои выдумки и одно из другого однозначно не следует. Тащи точную цитату про кэш.

В том-то и прелесть, что вымещать кеш в своп — сизифов труд. В любом случае (если ты выкачал данные в своп либо просто заместил их другой информацией) — их надо будет считывать заново. Но в случае, если ты просто очистил память нагрузка на диск существенно меньше. Нужно записать на диск только кеш записи.

Нет никакой прелести, кэш при нехватке памяти тупо освобождается, а никуда не высвапливается.

memory pages — это в том числе и кеш.

В этом контексте - нет, если ты не принесёшь точную цитату подтвеждающую это.

это малость устарело
там не описано отличие в поведении при значении 0 и 1

В кеше может хранится как файл, так и исполняемых код. Но все это адресуется через страницы памяти.

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

в том контексте нет
но
в 5-х ядрах усложнили управление памятью
например, кэш может вытесняться в своп если своп например на ссд а файл лежит на хдд или это сетевой диск

А исполняемый код ведь тоже кешируется? И этот кешь может сбрасываться на диск?

кэш может вытесняться в своп

Ссылочку можно?

Дисковый кэш в своп не попадает, он просто вытесняется из памяти в случае ее нехватки. Swappiness настраивает приоритет того, чему отдавать предпочтение при нехватке памяти (дисковому кэшу или анонимной памяти).

Зависит от того, как этот код там взялся. Код это или нет само по себе не важно.

Swappiness настраивает приоритет того, чему отдавать предпочтение при нехватке памяти (дисковому кэшу или анонимной памяти)

То есть, свапинесс влияет на выбор, что выгрузить из памяти: анонимные страницы или дисковый кеш? Но сам кеш на диск не свапится?

нет, они открываются как файлы отображаемые в память.
в общих чертах:
есть 3 типа страниц памяти: анонимная(это данные программ не ассоциированные с файлами), mmap(ассоциированная с файлами) и pagecache(это обычные файлы).
в своп вытесняются только анонимные, ибо их девать некуда =)
остальные смысла свопить нет.
но есть нюанс =)
в 5-х ядрах наворотили вот что:
если стоимость восстановления из свопа меньше чем снова прочитать из файла, например: ситуация когда своп это (ssd|zswap|zram), а файл на (hdd|netfs).
то ядро выкинет кэш и редко исполняемый код в своп.
теперь это как-то так работает.
ссылка на статью была недавно в каком-то аналогичном сраче.
искать лень.

читай выше
т.е. ищи сам, мне лень

Да, влияет на выбор. При этом анонимные страницы могут свопиться, а дисковый кэш - нет.

Хотя вон человек выше говорит, что кэш может свопиться, если своп на одном накопителе, а кэш содержит файл с другого накопителя, но я про это не знаю, так что не могу подтвердить или опровергнуть.

Тогда признаю свою неправоту по поводу кеша. Значит, я что-то не так прочел. Скорее всего я как раз таки читал то, что ты мне написал, но понял неправильно, или прочитал невнимательно.

То есть, свапинесс влияет на выбор, что выгрузить из памяти: анонимные страницы или дисковый кеш?

он влияет на вычисление приоритета что важнее - данные или кэш.
при значении 100 приоритеты равны.

признавай частично =))

Да. У меня при пересборке Хрома 16 Гб мало, в своп залазит. И это сборка с помощью clang, а если с gcc собирать, то и свопа не хватало.

т.е. ищи сам, мне лень

Не, так не пойдёт. Твоё заявление пока считается за ложное (что-то не где то прочитал и не так понял).

мне по барабану ваше мировосприятие.

Ну так и какова по скорости сборка в жрущем проц zram/zswap против сборки в меньшее число потоков, зато без сваппинга?

Какая разница что тебе-то «по барабану», ты пишешь на публичном форме.

я же сказал - пруфы ищи сам, мне лень.
и я не претендую на истину в последней инстанции, тут есть те, кто знает больше, придут поправят если я чего не так понял.

Здесь что-то есть про учет стоимости I/O

так без свопа не собирается жеж =)
что-то я не заметил жора цпу на zfs с компрессией lz4.

ФС это не память, объём чтения записи которой гораздо больше. Ну и очевидно у тебя диск медленный, у меня на nvme даже сраный ntfs-3g проц жрёт как сволочь.

даже сраный ntfs-3g

Именно потому, что он ntfs-3g. Работает в юзерспейсе. Какая нибудь ext4 жрала бы меньше.

там их 8
линейная скорость упирается не в диски,а в потолок sata bus 600 Мб/с
и это с учетом сжатия и подсчета чексумов