The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Отчёт о развитии системного менеджера systemd"
Отправлено develop7, 24-Апр-12 01:15 
> ну масоны не масоны, а кто то активность этого больного явно использует в свою пользу :).

[quadruple_facepalm.png]

>> А я и не заметил, как сигналы отменили. Хотя killall -HUP nginx почему-то работает. Наверное, опять что-то поломали.
> главный вопрос знает ли о сигналах потеринг  :)

конечно нет, куда ему. а systemd убивает процессы обращением к libastral.so

> "Вообще говоря, service-файл должен создаваться разработчиками каждого демона, и включаться в комплект его поставки." (С)

почему бы и не? если уже батник^W init-скрипт наваяли, то ещё десяток строк service-файла погоды явно не сыграют. а за особо упёртых описание сервиса напишут maintainerы дистрибутива.

> " Идеальный демон, полноценно использующий возможности systemd должен делать некоторые вещи способами, отличными от традиционного поведения. Позже, мы опубликуем подробное руководство по написанию демона для использования с systemd. Ниже приведено краткое описание того, что нужно для разработчиков демонов:
> Мы просим разработчиков не вызывать fork () (или даже двойной fork()) в своих процессах, используя цикл событий основного процесса, который systemd вызывает для вас. Также не вызывайте setsid().

Минус несколько строк неочевидного boilerplate кода. Хорошо.

> Не стоит сбрасывать привилегии (имеется в виду, когда демон не должен быть запущен с root-привилегиями, прим. перев.) с помощью самого демона, предоставьте сделать это systemd и настраивайте это в ее конфигурационных файлах (Тут есть несколько исключений. К примеру, для некоторых демонов нужно сбрасывать привилегии только посредством самого демона после стадии инициализации, которая требует повышенных полномочий).

ещё -30 строк boilerplate. отлично.

> Не надо создавать PID-файлы.

да, pid-файлы являются костылями

> Имя демона следует получать с D-Bus.

тоже верно, пригодится для сценария «2+ апача на одном компе»

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

тоже хорошо, выкинутся boilerplate для танцев с syslog или /var/log/чьтототам.

> Предоставьте systemd создать и обслуживать сокет для вас, благодаря чему будет работать активация посредством сокетов. Для этого нужно использовать $LISTEN_FDS и $LISTEN_PID как описывалось выше.

отлично, ещё кусок boilerplate выкинут

> Используйте SIGTERM для остановки своего демона."

здраво. а что, есть демоны, которые останавливаются по-другому?

> что еще надо для доказательства? :( _все_должно_быть_переписано_ под его очередную поделку.

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


> Заметьте что его система великолепна только в его воспаленном воображении. Никакой проверки насколько эта архитектура что то решает наш пострел даже _не_думает_ производить.

вы опять пропустили приём лекарств.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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