OpenForum RSS: Релиз обработчика нехватки памяти oomd 0.2.0 https://opennet.ru/openforum/vsluhforumID3/118434.html Facebook опубликовал второй выпуск oomd, обработчика нехватки памяти в системе (OOM, Out Of Memory), работающего в пространстве пользователя...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51469<br> Релиз обработчика нехватки памяти oomd 0.2.0 (кек) https://opennet.ru/openforum/vsluhforumID3/118434.html#49 Sat, 14 Sep 2019 10:55:23 GMT $ systemd-run --user -p MemoryMax=1G -p MemorySwapMax=0 foo<br> Релиз обработчика нехватки памяти oomd 0.2.0 (кек) https://opennet.ru/openforum/vsluhforumID3/118434.html#48 Sat, 14 Sep 2019 10:52:59 GMT https://www.linux.org.ru/forum/general/14991027 тема раскрыта<br> Релиз обработчика нехватки памяти oomd 0.2.0 (Павел Отредиез) https://opennet.ru/openforum/vsluhforumID3/118434.html#47 Sat, 14 Sep 2019 07:02:53 GMT &gt; Очень даже ограничить.<br>&gt; В limits.conf ключ as позволяет ограничивать размер ВИРТУАЛЬНОЙ ПАМЯТИ КАЖДОГО ПРОЦЕССА <br>&gt; сессии пользователя.<br><br>Да, но у palemoon без вкладок VIRT=2G сразу<br>Черново для себя сделал в ядре ключ rss - резидентная память. Было не реализовано:<br>man bash:<br>-m The maximum resident set size (many systems do not honor this limit)<br>2 строчки патча.<br><br>&gt; Ну а в сигруппах memory.max уже устанавливает лимит РЕАЛЬНОЙ ПАМЯТИ для ЦЕЛОЙ <br>&gt; ГРУППЫ.<br><br>Напишите кто-нибудь пожалуйста в советы рабочее на сегодняшний день howto "Ограничение памяти по пользователям с помощью cgroups". У меня лично эта тема не получается :(((.<br><br> Релиз обработчика нехватки памяти oomd 0.2.0 (кек) https://opennet.ru/openforum/vsluhforumID3/118434.html#46 Sat, 14 Sep 2019 04:00:16 GMT Очень даже ограничить.<br><br>В limits.conf ключ as позволяет ограничивать размер ВИРТУАЛЬНОЙ ПАМЯТИ КАЖДОГО ПРОЦЕССА сессии пользователя.<br><br>Ну а в сигруппах memory.max уже устанавливает лимит РЕАЛЬНОЙ ПАМЯТИ для ЦЕЛОЙ ГРУППЫ.<br> Релиз обработчика нехватки памяти oomd 0.2.0 (Павел Отредиез) https://opennet.ru/openforum/vsluhforumID3/118434.html#45 Fri, 13 Sep 2019 19:03:24 GMT В общем я ошибался. По памяти пользователя лимитами и не ограничить.<br> Релиз обработчика нехватки памяти oomd 0.2.0 (Павел Отредиез) https://opennet.ru/openforum/vsluhforumID3/118434.html#44 Fri, 13 Sep 2019 17:11:41 GMT Я ввожу в заблуждение. Лимиты нормально отрабатывают и на 32 и на 64 бита. И да, malloc возвращает Null при достижении лимитов и на 64 битах. <br> Релиз обработчика нехватки памяти oomd 0.2.0 (Павел Отредиез) https://opennet.ru/openforum/vsluhforumID3/118434.html#43 Fri, 13 Sep 2019 16:10:33 GMT Я сегодня тестировал limits.conf на Elementary OS 5 64 бита. Ulimit -а показывает установленные лимиты по памяти, а тестовая mem-бомба с malloc в цикле плюёт на них и загоняет систему в swap. Значит вы говорите, что это свойство 64 битных систем? Я правильно понял? <br> Релиз обработчика нехватки памяти oomd 0.2.0 (кек) https://opennet.ru/openforum/vsluhforumID3/118434.html#42 Thu, 12 Sep 2019 14:32:56 GMT Как oomd убивает сессию https://imgur.com/a/FSOtqPm<br> Релиз обработчика нехватки памяти oomd 0.2.0 (x) https://opennet.ru/openforum/vsluhforumID3/118434.html#41 Thu, 12 Sep 2019 13:24:39 GMT overcommitment в 64 не работает как задумано. а ограничить нельзя просто так н.р.<br>те же инструментированные address-sanitizer сборки любого процесса тут же выделяют 20 Тб на старте, и нормально себе работают. Так же маппинг гигабайтных файлов требует больших адресных пространств.<br><br>Теперь имеем что на x64 malloc() всегда завершается удачно, а память жрется по фактическому обращению на страницу в недерминированный момент времени.. как это разрулить пока никто не придумал.<br>