В UBUNTU 22.04 включат systemd-oomd по умолчанию

Напоминаю, что sd-oomd убьет вашу сессию целиком

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/IKQASCFCR2MDCY2GUHJUPFQNLYHHGMJU/

https://bugzilla.redhat.com/show_bug.cgi?id=1933494

https://bugzilla.redhat.com/show_bug.cgi?id=1933494#c15

https://bugzilla.redhat.com/show_bug.cgi?id=1941340

https://bugzilla.redhat.com/show_bug.cgi?id=1941170

Ну молодцы, че. Использовать ZRAM или просто послать пользователю сообщение через notify-send, типа «В вашей системе память занята более чем на 90%. Рекомендуем задуматься о покупке дополнительных планок оперативной памяти» они не озаботились.

типа «В вашей системе память занята более чем на 90%

в системд над этим работают https://pagure.io/fedora-workstation/issue/202 https://github.com/systemd/systemd/pull/15206#issuecomment-659310309

задуматься о покупке дополнительных планок оперативной памяти» они не озаботились

Они - это кто? Во-вторых, корректно обрабатывать нехватку можно с любым объемом памяти. Например, https://youtu.be/PLVWgNrVNlc – opening multiple chromium tabs with 2.3 GiB memory and 1.8 GiB swap space on zram. И зависаний нет.

а зачем нужна память, разве не для использования? глупо держать ее наполовину пустой

она и не пустая, там кэш файлов

«В вашей системе память занята более чем на 90%.

я вот про такие глупые штампы

Не убьет если знать, что делать (systemd-run).

всего скорее notify-send не сработает так как система уже зависнет с отзывом интерфейса 1 кадр в минуту.

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

swap on zram это еще один результат работы шизофреников, swap on zram имеет приоритет над обычном swap, когда ядро хочет начать люто все сбрасывать в swap что оно делает? оно сбрасывает его из ОЗУ в ОЗУ! аааа…

swap space on zram.

То есть на видео в системе 2.3 гб озу из которых 1.8 гб занято свопом расположенном в озу? из которых занято 1.6 гб, то есть твоя система имеет сколько, 700мб не-своп рамы? во дурка

когда ядро хочет начать люто все сбрасывать в swap

То уже поздно.

сработает, см https://youtu.be/PLVWgNrVNlc

Отключить-то можно это ненужно?

можно, systemctl mask systemd-oomd

1.8 гб занято свопом расположенном в озу? из которых занято 1.6 гб

1.8 это размер НЕСЖАТЫХ данных. Степень сжатия примерно 3:1, веб хорошо сжимается. Итого полгига сжатых данных в памяти. Плюс в том, что торомозов и зависаний нет, своппинг идет быстро.

С хорошими настройками своппинг идет без тормозов.

https://www.youtube.com/watch?v=g9GCmp-7WXw

https://www.youtube.com/watch?v=X1wsgWOE-Tk

swap on zram имеет приоритет над обычном swap

Зачем добавлять дисковый своп, если уже включен swap на zram? zram disksize = 4 * MemTotal. No responsiveness issues: https://www.youtube.com/watch?v=1uhcZwuvXLI

когда ядро хочет начать люто все сбрасывать в swap что оно делает? оно сбрасывает его из ОЗУ в ОЗУ!

Таки что в этом плохого? Неактивная память сжимается и освобождается место для активной памяти.

если знать, что делать (systemd-run)

Разумеется, большинство юзеров не знают об этих пердольских фокусах.

ТАм было «люто» и «всё». Это не обычная ситуация свопа здорового человека.

Не понял твою идею. Где там? Что всё?

Ubuntu теперь является последним дистрибутивом Linux, поставляемым с systemd-oomd

Одному мне это сложно распарсить?

Ubuntu is now the latest Linux distribution shipping with systemd-oomd

Тут надо Кличко привлекать для парсинга.

когда ядро хочет начать люто все сбрасывать в swap

- ядро начинает хотеть «люто всё сбрасывать в swap» - вот вообще всё, когда у него RAM кончился. В других случаях оно сбрасывает не люто и не всё, а только ненужное и спокойно. А когда RAM УЖЕ кончился, всё, поздно.

Ничего не поздно, когда SwapFree > 0 и своп на zram. Своппинг идёт - UI живет. earlyoom реагирует за угрозу за 5-10ms, например.

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

были аналогичные ощущения, думал показалось

надо потестить как-нибудь

ядро начинает хотеть «люто всё сбрасывать в swap» - вот вообще всё

Ядро сбрасывает не все, а неактивную анонмную память перемещает в своп, а неактивный страничный кэш удаляет. Активные страницы остаются в памяти, и все ОК.

не забывайте о лучших практиках при использовании свопа на zram

каких еще лучших практиках?

Очевидно же:

• zram disksize = 100-180% MemTotal
• алгоритм сжатия lz4 или lzo-rle
• своп только на zram, дисковый своп не нужен
• не забудь выключить zswap - ядра арчлинукса поставляются с включенным zswap
• высокий vm.swappiness либо ядро с патчем le9 и резервом кэша 200-300 МБ (через vm.clean_low_kbytes)
• vm.dirty_bytes ограничить 32-256 МБ
• включение юзерспейсного киллера не помешает (earlyoom или nohang)

Ты видимо не сталкивался с ситуацией, когда хронически не хватает памяти. А я сталкивался. И хуже этого ничего быть не может. Когда приходится вырубать все что только можно, чтобы запустить что-то ресурсоемкое. Это крайне некомфортно. Я предпочту лучше иметь слабый процессор, но памяти чтобы хватало всегда.

Вообще что zram, что своп - это как мертвому припарки. Когда память переполняется и начинает свопиться на жесткий диск, в этот момент в системе начинаются адские тормоза. И лучше до этого не доводить, раскошелиться и купить и вставить хотя бы самую дешевую одноканальную планку, но чтобы памяти хватало.

у меня с этим проблем нет, две по 8гб мне хватает, но вот кому-то не хватает в компуктерах озу, что все начали упорно «решать» проблему софтварно, по типа как в Windows10+ ОС «сжимает» озу в фоне.

Напоминаю, что sd-oomd убьет вашу сессию целиком

И даже BSOD не покажет?

Ubuntu теперь является последним дистрибутивом Linux, поставляемым с systemd-oomd для улучшения поведения Linux при низкой доступности оперативной памяти.

Воспитательный выстрел в голову?

Ладно. Я понимаю, почему это ненужно на десктопе. Не понимаю, зачем это нужно не на десктопе? Типа, если внезапно жор случился, то лучше быстро перезапустить сессию, чем долго ждать то ли ядерного киллера, то ли когда админ приедет и пальцем в reset ткнет?

Это вам не отточенная годами исправления ошибок ntfs. У них там btrfs которая при случайном reset в моменты обновления метаданных структур ФС может просто навернуться окончательно.

Zram работает быстрее дискового свопа. Ничего плохого в нем нет. Если у тебя тормозит с zram, то и без него тормозило бы.

Просто к нему желателен ещё и дисковый своп.

Чем это от zswap отличается тогда? ZRam ИМХО нужен, когда свопировать вообще крайне нежелательно (нельзя) в принципе (смартфоны и прочие системы на flash-ах).

у меня на работе убунта тормозила когда оставалось 2-3 гига свободных из 16, причем закрытие жрущей иде не помогало очистить своп, а все проги что засвопились жутко пролагивали. нужно полдня что бы система «проперделась»

ЕМНИП, в GNOME в Fedora проблемы нет — сессия этого DE помечена как неубиваемая.

Ну я всегда думал, что ничем, просто две альтернативные реализации одного и того же.

Это уже начало системдкапца (на убунте) или где? Покайтесь ибо грядет, конечно :)

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

Толсто.

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

Это так.

Вообще что zram, что своп - это как мертвому припарки

Нет. Со zram тормозов нет при правильных настройках. Например: https://youtu.be/1uhcZwuvXLI - 8 потоков питона с быстро расширяющимися списками (списки наполняются случайными числами) выжирают память, лаги едва заметны.

начинает свопиться на жесткий диск

Зачем использовать медленный носитель для своппинга? Нравятся тормоза?

Не понимаю, зачем это нужно не на десктопе?

We designed oomd with two key features: pre-OOM hooks and a custom plugin system. Pre-OOM hooks offer visibility into an OOM before the workload is threatened. The plugin system allows us to specify custom policies that can handle each workload running on a host.

Смотри тут мотивацию фейсбука https://engineering.fb.com/2018/07/19/production-engineering/oomd/

пальцем в reset ткнет

Что за варварство! Это что-то уровня отрезания головы за критику падишаха 2022. reset не нужен, можно провести мягкую коррекцию до появления симптомов.

Ubuntu теперь является последним дистрибутивом Linux, поставляемым с systemd-oomd

не дошло. а вообще в токсы бы эту тему...

Это важная техническая новость, которой не место в токсах.

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

Когда так происходит надо не костыли городить, а пойти в магазин и купить железок. ОЗУ стоит копейки, жестких дисков уже много лет в десктопах не видно, везде nvme. Все эти systemd-oomd очень похожи на занятия кота, когда ему делать нечего.

я не спорю, просто тут модерирование жесче, а я оффтоп: после перехода дома на freebsd проблему OOM решил добавлением 256Gb SSD под своп. по вполне умеренной цене, кстати.

Вот я и говорю, проще купить и вставить планку оперативной памяти, чем мучиться.

жестких дисков уже много лет в десктопах не видно

Вот только чушь нести не надо. Покажи мне nvme на 6 ТБ и сколько он стоит по сравнению с обычным жестким диском.

А зачем своп на SSD, если он часто используется? Хочешь побыстрее убить его?

пойти в магазин и купить железок

1. В ноутбуке нет места для доп памяти. В этом случае дешевое наращивание памяти невозможно.
2. Утечка случается редко - юзеру обычно хватает памяти, но раз в месяц вынужден запускать что-то тяжелое. В этом случае наращивание памяти дорого - ради редких утечек нет желания тратить деньги.
3. Система должна при любом объеме памяти корректно обрабатывать нехватку - что с 2 гиг памяти, что с 256.
4. При бесконтрольных утечках не моможет любой объем. Например, что-то быстро потекло и съело важи 100500 памяти.