>> 1. monit вообще не решает задач, это инструмент
> Это называется демагогия. Суть в том, что monit — ответ неверный. суть в том, что задачи «следить за процессами», а также активации, рестарты и ты пы — monit решает. и в pid-файлы умеет. но поскольку ты *конкретно* задачу описать не потрудился, я ответил в стиле вопроса.
> Это не значит, что античный инит нельзя улучшить с умом.
опять же, если быть точным — то НЕ НАДО, блин, инит «улучшать». вообще не надо pid 1 трогать. максимум — добавить ему канал коммуникации, по которому он о мёртвых сиротах будет сообщать, и всё. а в свете того, что netlink сейчас позволяет мониторить кучу интересных событий процесса (типа форков, экзеков и так далее), то каким-то образом связывать service management и pid 1 — вообще нафиг не упёрлось.
забавно, что это понимает не только умный автор runit, но даже и авторы upstart, которые тоже позволяют использовать upstart как service manager, не делая из него pid 1.