The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системного менеджера systemd 243, opennews (??), 05-Сен-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


29. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Ilya Indigo (ok), 05-Сен-19, 11:51 
> В обработчик PID 1 добавлено распознавание генерируемых ядром сигналов о нехватке памяти (Out-Of-Memory, OOM) для перевода юнитов, достигших лимита в потреблении памяти, в специальное состояние с опциональной возможностью их принудительного завершения или остановки;

Лёня предлогает браузеры, компиляторы и архиваторы как systemd-юниты запускать?

Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от кек (?), 05-Сен-19, 13:12 
На самом деле да.

Ideally, GNOME would run all its apps as systemd --user services. We could then set DefaultMemoryHigh= globally for the systemd --user instance to some percentage value (which is taken relative to the physical RAM size). This would then mean every user app individually could use — let's say — 75% of the physical RAM size and when it wants more it would be penalized during reclaim compared to apps using less. If GNOME would run all apps as user services we could do various other nice things too. For example, it could dynamically assign the fg app more CPU/IO weight than the bg apps, if the system is starved of both.

https://lists.fedoraproject.org/archives/list/devel@lis.../

Ответить | Правка | Наверх | Cообщить модератору

101. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Павел Отредиезemail (?), 05-Сен-19, 14:02 
Млять, я спокойно пользуюсь дистрами с systemd, и вообще был лоялен. Но чаша терпения переполнена. Что им неймётся что-ли, все придумывают и придумывают. Уж все работает, сиди оттачивай.... Чужие настройки переопределяют, я вот буду в 3 местах искать там этот ipv6...
Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Павел Отредиезemail (?), 05-Сен-19, 14:07 
Мне и надо то было, чтоб он был бинарный и упавшие сервис сам поднимал. Куда блин они там городят изменений на пять листов :(((
Ответить | Правка | Наверх | Cообщить модератору

146. "Выпуск системного менеджера systemd 243"  +4 +/
Сообщение от Аноним (146), 05-Сен-19, 23:59 
>> Мне и надо то было, чтоб он был бинарный и упавшие сервис сам поднимал. Куда блин они там городят изменений на пять листов :(((

А мне, уважаемый Павел Домибемоль, нужно совсем наоборот - чтобы он НЕ был бинарным (ошибки исправлять в скрипте лично мне проще, чем в бинарнике. И IMHO ради исправления одной строчки тратить парочку-тройку часов на пересборку всего ентого чуда-юда как-то нерационально, что-ли, по сравнению с несколькими минутами для исправления в скрипте). И упавший сервис после пары попыток трогать не нужно - если с пары попыток поднять не удалось, значит что-то тут не то, сообщить админу, пусть разбирается. А вот по поводу "изменений на пять листов", при чем мне лично в работе абсолютно не нужных - поддерживаю на все 300

Ответить | Правка | Наверх | Cообщить модератору

159. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от BSA (?), 06-Сен-19, 10:32 
Сервис, который упал и не поднимается, действительно трогать не стоит. А вот сервис, который падает раз в год часов в 3-4 утра, поднять автоматически стоит. Кроме того, есть сервисы, которые зависят от других сервисов (например, бд). И может возникнуть ситуация, что зависимость стартовала, но обслуживание не начала (готовится), зависимый сервис стартанул, обратился к зависимости, понял, что ее нет, и завершился.
Ответить | Правка | Наверх | Cообщить модератору

160. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (160), 06-Сен-19, 11:59 
Ууу. Так у вас падающая БД рестартует автоматом? Нормально.
Ответить | Правка | Наверх | Cообщить модератору

162. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от evkogan (?), 06-Сен-19, 14:21 
Перестартовать сервис который падает раз в году, все за пусть перестартовывает.
Но причем здесь все остальное что этот комбайн пытается делать?
И да насчет зависимостей, а это Вы о чем?
У Вас раз в году упала БД, ее перезапустили (ну что-там с данными пофиг), но пока перезапускали сервис к ней обращавшийся упал? А если БД не ответила не по причине падения? Кто так делает?
А если Вы именно про старт, то при старте зависимости надо настраивать нормально.
И кстати никогда не понимал зачем на серверах ускорять загрузку. Он перезагружается редко и подождать 1-2 минуты лишние вообще не проблема. Особо если учитывать сколько нормальный сервер сам грузится еще до ядра.
Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

166. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Павел Отредиезemail (?), 06-Сен-19, 16:27 
Если рационализировать общее недовольство, то можно сказать, что разработчики погрешают против одного из старых принципов unixway: "Сделай немного, но сделай это хорошо".
Ответить | Правка | Наверх | Cообщить модератору

178. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 09-Сен-19, 09:24 
> Если рационализировать общее недовольство, то можно сказать, что разработчики погрешают
> против одного из старых принципов unixway: "Сделай немного, но сделай это
> хорошо".

"Можешь не программировать -- не программируй."

Ответить | Правка | Наверх | Cообщить модератору

171. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (171), 06-Сен-19, 23:02 
Эээ, для этого Kubernetes городили, а не systems.
Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

165. "Выпуск системного менеджера systemd 243"  +/
Сообщение от ПавелС (ok), 06-Сен-19, 16:01 
>>> Мне и надо то было, чтоб он был бинарный и упавшие сервис сам поднимал. Куда блин они там городят изменений на пять листов :(((
> А мне, уважаемый Павел Домибемоль, нужно совсем наоборот - чтобы он НЕ
> был бинарным (ошибки исправлять в скрипте лично мне проще, чем в

Ну тут вы не совсем правы. В Fork модель заложено простое отслеживание состояния потомков. Что трудно в скриптах. Это аналогично строчке respawn в /etc/inittab. Многие умельцы и раньше пользовались для критичных сервисов.

Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

75. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от InuYasha (?), 05-Сен-19, 13:17 
ООМится обычно java в виде какого-нибудь elasticsearch. На домашнем компе ООМ - довольно странно.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

78. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от кек (?), 05-Сен-19, 13:19 
Конечно странно, ведь обычно домашние юзеры используют юзерспейсные киллеры, и до оом дело не доходит.
Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Дым (ok), 05-Сен-19, 13:31 
> Конечно странно, ведь обычно домашние юзеры используют юзерспейсные киллеры, и до оом
> дело не доходит.

earlyoomkiller поставить и не париться.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру