>> P.S. Хватит уже переходить на личности, учитесь разговаривать как взрослые люди (конструктивно):
> А конструктивно - ваш OpenRC не решает множество задач, успешно решаемых системд.
> Cgroups системд использует не для красоты, а для отслеживания кто и
> откуда взялся, независимо от того какие они там форки-перефорки откаблучивали.

И? qnikst (один из русских разработчиков OpenRC), ЕМНИП, уже давно реализовал поддержку cgroups для отслеживания процессов в OpenRC. Я помню как мы с ним это обуждали года два назад (когда впервые от сообщества OpenRC это попросили) на #openrc. Но в отличие от systemd это опционально.

Лично я этим никогда не пользовался, так как у меня в корпоративном секторе все сервисы запихнуты в контейнеры. Хочу что-то опустить — опускаю контейнер. А в HPC секторе тупо таких проблем не возникает. Однако я могу понять нужду использования cgroups для отслеживания процессов, и я бы для этого использовал то, что умеет OpenRC.

Я когда-то прикола ради делал аналогичный мониторинг на базе ptrace(), но скорее для proof of concept. Могу и это легко прикрутить к OpenRC, если хотите. Просто OpenRC сделан так, что он легко расширяется чем угодно.

И, естественно, мы сейчас говорим про тот мелкий процент случаев, когда либо не хватает обычного pstree, либо хочется перезапускать приложения при падении…

> Что в этом плане имеет предложить OpenRC, если уж мы о конструктиве?

Что конкретно нужно?

P.S.: Чтобы не вводить в заблуждение, на всякий случай проясню: я не являюсь разработчиком OpenRC.