Systemd - рестарт юнита в случае большого потребления памяти

man systemd.resource-control

[Service]
MemoryMax=1G
Restart=on-abnormal

Хосспаде, какой же системд классный. Лучшее что случилось с ленкусом.

Спасибо!

Либо если в целом в системе свободной памяти осталось менее заданного количества.

А это как сделать?

Сначала нужно определить, что такое «свободная память».

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

Сначала нужно определить, что такое «свободная память».

ОЗУ+Своп-*занятое программами*
Кеш ФС учитывается по минимуму.

тут ответ intelfx о том, что задача поставлена некорректно и так считать нельзя
тут возглас torvn77 о том, какое же этот ваш сустемудэ никчёмное поделие

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

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

Ну htop же как то распределение памяти показывает...
Что systemd мешает сделать тоже самое?

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

А я вот так не считаю.
А кто то третий считает ещё как-то.
Вот мы и приходим к тому что свой rc на bash лучше декларативного конфига.

у тебя так забрало упало, что аж тредом промахнулся.

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

я в следующий раз заскриню htop на протёкшем сервере

Ок, ну значит надо ещё какое-то решение помимо htop.
Bash велик!

правильно. велик- велосипед. еще костыль добавить - вот и линукс готов

Жёваный крот, это же какой-то запредельный звездец уже... Запускать говно, а потом настраивать другое говно, чтобы оно перезапускало первое говно если оно стало совсем говно.

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

Никогда не заглядывай, как устроен GitLab.

Сначала нужно определить, что такое «свободная память».

grep MemAvailable /proc/meminfo

«кэш учитывается по-минимуму» - воспаленная фэнтэзийная дичь.

Тем не менее, нечто сходное реализовано в MemAvailable, где по сути оценивается, какую часть кэша можно безболезненно освободить

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id...

Ну и как, есть *искоробочное решение*?
Или это всё трёп лентяя и неосилятора баша?

И чем скрипт на баше не изкоробочное решение?
Причём самое настраиваемое и универсальное.

Ну и как, есть *искоробочное решение*?

systemd же

И чем скрипт на баше не изкоробочное решение?

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

Насколько помню, MemAvailable — это эвристическая оценка плюс-минус километр.

Assume at least half of the page cache, or the low watermark worth of cache, needs to stay.

И действительно.

Bash - скрипт конечно тоже можно написать, но, его нужно будет добавлять в крон, чтобы он периодически запускался и проверял сколько свободной памяти, либо писать для этого скрипта юнит Systemd:-)

Не проще ли сразу обойтись одним лишь Systemd, раз он это умеет?

Так-то были еще костыли для описания правил cgroups и демон, который раскидывает процессы по группам. Я его юзал во времена Debian 7, когда i2p пускал на первой малине.

Что-то типа такого https://www.stableit.ru/2014/02/cgroup-debian-7.html

но, его нужно будет добавлять в крон

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

Каких ещё смешных нерабочих костылей предложите?

Сначала нужно определить, что такое «свободная память».
хорошего определения на сегодняшний момент нет

Простите, а ООМ «в гости приходит» на основании чего?

на основании «ты жирненький, тебя я убью первым» и oom_score.

Простите, а ООМ «в гости приходит» на основании чего?

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

Нетрудно заметить, что «мы умеем понимать, что память кончилась» — это более слабое условие, чем «мы умеем оценивать количество свободной памяти».