LINUX.ORG.RU
ФорумTalks

Systemd 247 объединяет Systemd-OOMD для улучшения обработки нехватки памяти

 


0

1

Всего несколько часов назад слился [1] с systemd Git - новый компонент systemd-oomd, продвигаемый Facebook.

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

Демон systemd-oomd опрашивает контрольные группы с поддержкой OOMD для мониторинга и завершает работу в зависимости от нехватки памяти или использования подкачки. Поведение systemd-oomd можно настроить с помощью нового файла конфигурации oomd.conf. Этот демон будет уничтожать группы только в том случае, если EnableOomdKill установлен как явно не желающий убивать случайные процессы из-за использования памяти. Другие новые настройки включают параметры ManagedOOMSwap=, ManagedOOMMemoryPressure= и ManagedOOMMemoryPressureLimitPercent=. Команда oomctl используется для анализа состояния systemd-oomd.

Для первоначального выпуска systemd 247, в котором проходит премьера, systemd-oomd будет отключен по умолчанию и требует установки -Dmode=developer во время сборки для активации режима разработчика. По крайней мере, на данный момент это считается функцией предварительного просмотра и все еще дорабатывается, поэтому на данный момент не рекомендуется для производственных сред.

Слияние составляет чуть более трех тысяч строк нового кода.

Разработчики Systemd работают над подготовкой systemd 247 к выпуску в ближайшие недели.

  1. https://github.com/systemd/systemd/commit/69c0807432fa4fbfbf507a53872664cd26715559
★★★

Ответ на: комментарий от hateyoufeel

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

deep-purple ★★★★★
()
Ответ на: комментарий от deep-purple

Прости, чувак, эти макаки берут числом. Да и мне, как юзеру, абсолютно насрать. Если приложение работает под вендой но не работает в лялексе, то мне немного всё равно как и почему это. Проще на венду перейти.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Так вали на винду. В чём проблема то?

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

deep-purple ★★★★★
()
Ответ на: комментарий от deep-purple

А потом лялексоеды удивляются, чойто лялексом никто не хочет пользоваться-то.

С другой стороны, я рад, что Поттеринг клал на мнение таких как ты. Может, у нас будет нормальная система наконец.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от hakavlad

Ээээ, ты условия то не ставь — линукс уже был до Потного. Это именно Потный оставляет нас без выбора.

Полная свобода выбора — это не то, когда «вы можете выбрать всё что угодно, но только из тех двух, что остались».

deep-purple ★★★★★
()
Ответ на: комментарий от deep-purple

Только есть проблема — таких как я оставили без возможности выбора.

Кто тебе мешает и дальше шлакой обмазываться? Тебе, в общем-то, никто не мешает взять тот же дебиан (или какой там дистрибутив у тебя любимый), выпилить systemd, пересобрать пакеты и обмазываться дальше. Полная свобода выбора! Или ты хочешь, чтобы другие забесплатно поставляли тебе материалы для обмазывания несвежими скриптами в sysv?

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

Про немытые баш портянки — это ты уже дважды придумал сам.

Наш диалог начинался с того, что я ответил на твое удобство киляния кучи говна: современные проги пишут обезьяны, а не инженеры. И что проблему решают не с той стороны — оомд. Писали бы проги нормально, не нужен бы был вообще этот оом. Но тебе, оказалось, насрать. Собственно, как и всем тем кто так херово пишет проги. Ты, случаем, не из их стаи?

deep-purple ★★★★★
()
Ответ на: комментарий от deep-purple

Тот же электрон любит наплодить процессов. И если прибивать, то все процессы сразу, а не один, а потом ждать пока всё само сдохнет.

Т.е. какое-то там приложение — полное говно, а страдать должны остальные?

Не распарсил. Он как раз и говорил про тот случай, когда монструозное приложение, неважно Chrome/Electron/Firefox/IntelliJ IDEA съедает всю RAM, а OOM-Killer убивает не все процессы такого приложения, а только жрущий.

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

EXL ★★★★★
()
Ответ на: комментарий от EXL

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

Хотя для сервисов у системд есть опция OOMPolicy=.

hakavlad ★★★
() автор топика
Ответ на: комментарий от crypt

почему они решили его впарить всем - для меня загадка

Потому что не было никакого впаривания, systemd сам расползся, потому что крут. Но утята не могут в это поверить.

mertvoprog
()
Ответ на: комментарий от hateyoufeel

Нахрен такая система если её какое-то приложение может её повесить?

Mac OS Classic с кооперативной многозадачностью Вы не видали, да? ;) Там не просто перегрузка, которая когда-нибудь рассосётся, там натурально система полностью зависает, если одно приложение зависает и не передаёт очередь следующему — помогает только резет.

mertvoprog
()
Ответ на: комментарий от deep-purple

Вот негодяи, впиливают ядро изначально, нет бы при установке спрашивать: Linux поставить, Hurd или kFreeBSD! А есть дистрибутивы с графикой из коробки и целым DE, это уж вообще ересь несусветная!

mertvoprog
()
Ответ на: комментарий от deep-purple

Писали бы проги нормально, не нужен бы был вообще этот оом

Бред. На многих задачах объём потребляемой оперативной памяти зависит от входных данных. Объём входных данных в общем случае непредсказуем.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Муахахаха....

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

deep-purple ★★★★★
()
Ответ на: комментарий от deep-purple

современные проги пишут обезьяны, а не инженеры.

Ну, что ж поделать, если ты не хочешь платить инженеру, чтобы тот писал аудиоплеер.

Писали бы проги нормально, не нужна бы была вообще эта защита памяти

Починил. Не благидари.

hateyoufeel ★★★★★
()
Ответ на: комментарий от deep-purple

Но когда, например, композер, херня, раскладывающая файлики по нужным местам, жрет гигами - это диагноз.

Мне в таких случаях вспоминается программа cp из gnu coreutils, которая вполне может выжрать десяток-два гигабайтов памяти, если попытаться скопировать пару-тройку миллионов файлов. И ведь инженеры же писали…

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

И ведь инженеры же писали…

А не тот ли это прикол, что потом даже статья была, в которой разбирали конкретные строчки кода в сорцах цп?

deep-purple ★★★★★
()
Ответ на: комментарий от hateyoufeel

Ты, я надеюсь, из под DOS это пишешь?

Нет, из под дебиана сквези и фф 45.2.0. Но под досом я провёл достаточно времени, чтобы понимать о чём ты спрашиваешь. Нет, под дос обратно мне не хочется, но и шока, при необходимости, я не испытаю совсем.

deep-purple ★★★★★
()
Ответ на: комментарий от deep-purple

Полная свобода выбора — это когда и ты, и другие дистростроители вольны делать так, как им кажется правильным или неправильным.

А ты хочешь свободу выбора себе в ущерб свободе выбора других =P

t184256 ★★★★★
()
Ответ на: комментарий от deep-purple

херня, раскладывающая файлики по нужным местам

Индекс, небось, в памяти держит?

Вон ncdu запросто может сотни мегабайт рамы сожрать — а ведь простая консольная TUI-утилитка, казалось бы!

А уж если в less напустить из stdin портянку и запустить прокрутку до конца… наслаждайтесь ;)

Как это предлагаете предотвращать, мм?

mertvoprog
()
Ответ на: комментарий от hateyoufeel

сдохла

4.2, аналоговнет.

В Симпсонах её пиарили ещё лет 10 спустя, не меньше. Забавное зрелище: современные сайты в девятой макоси и нетшкафе ;)

mertvoprog
()
Ответ на: комментарий от deep-purple

Нет, из под дебиана сквези и фф 45.2.0.

Некрофил детектед.

Но под досом я провёл достаточно времени, чтобы понимать о чём ты спрашиваешь.

Ты под досом провёл достаточно, чтобы это нанесло тебе неизлечимую травму, похоже.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Некрофил детектед.

Это Вы ещё @pelmeshechka и @ZenitharChampion не видали ;)

Ты под досом провёл достаточно, чтобы это нанесло тебе неизлечимую травму, похоже.

Мы его вообще вживую не видели (не считая FreeDOS и эмуляторов), только читали про него в школьном учебнике по информатике, а травма та же ;) Даже с винды свалили потому, что из неё текстовый режим выкинули.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Мы его вообще вживую не видели (не считая FreeDOS и эмуляторов), только читали про него в школьном учебнике по информатике, а травма та же ;)

Это какая-то травма через прокси? Или просто насмотрелись на дедов, которые страдали, и решили, что единственный путь вперёд – это через страдания? Ну, как с программированием на C.

Даже с винды свалили потому, что из неё текстовый режим выкинули.

Ну, да. Страдать так страдать по полной.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Или просто насмотрелись на дедов, которые страдали

В чём страдание состоит? Страдание лишь у тех, кто печатать не умеют, типа @metaprog. А так профит сплошной.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Squeeze - самый нормальный Дебиан. Там ещё GTK2 и SysV. Последним таким Минтом, например, был 16 MATE (на базе Ubuntu 13.10), а потом началось: часть приложений на GTK2, часть - на GTK3. Жаль что сейчас репозитории удалены.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от kott

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

mertvoprog
()
Ответ на: комментарий от hateyoufeel

В GTK+1 даже хрюникода нет.

GTK+2 может в движки тем, может в модули.

GTK+3 — деградация; движки тем отломали, модули старые не пашут, а новых не понаписали, от неочевидных багов в темах начинает артефактить, чего с GTK+2 отродясь не было. При этом по API почти полностью совместим с GTK+2, а нововведений толком нет (разве что моднявый виджет-выключатель, дублирующий функциональность чекбокса, и упёртые с тачфонов свистоперделки).

Так смысл менять GTK+2 на GTK+3?

«В расцвете сил» умирают немногие, обычно есть период развития, точка пика и дальнейшая деградация. Проблема в том, что эта точка субъективна ;)

mertvoprog
()
Ответ на: комментарий от mertvoprog

В GTK+1 даже хрюникода нет.

@saahriktu одобряет!

При этом по API почти полностью совместим с GTK+2

Настолько совместим, что GIMP почти 10 лет портировали? Что-то ты гонишь, чувак.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

GIMP почти 10 лет портировали

Будто у них эта задача приоритетная. Им фотожоп бы догнать и перегнать, а тулкит побоку.

Кстати, @mord0d, в связи с грядущим предательством со стороны разработчиков GIMP пора дать GTK+2 какое-то иное название, чем гимптулкит. Аудэйшостулкит? Эмтипэйнттулкит? Тиксатитулкит? Мэдиттулкит? Эфбэпанелтулкит? Клавстулкит?..

mertvoprog
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.