> 2. Мониторить sysvinit сервисы через daemontools/monit - это слегка мазохизм, разве нет? Почему вы видите мазохизм в том, что для разных задач используются разные инструменты?
Запуск/остановка сервиса и мониторинг (он вообще другими категориями оперирует, напр. "сайт") - разные задачи.
> 3. насколько я знаю, systemd может запускать и мониторить System V init scripts.
Нет, не может. Не говоря уже о том, что то что вы называете "мониторингом" в systemd - лишь жалкое подобие того, что требуется в реальности от системы проактивного мониторинга.
В сущности, systemd умеет приблизительно то же что и sysvinit c respawn в inittab...
> Что-то очень похожее на systemd есть и в Mac OS X. Линукс
> ведь рано или поздно будет и на десктопах тоже.
И ради этого нужно превращать те системы, в которых Линукс *уже* используется - в винигрет? А он *уже* лидирует в соответствующих областях.
> Используя System V init scripts - как реализовать всю ту функциональность, про
> которую написано на www.altlinux.org/Systemd ? с помощью каких подпорок и костылей,
> и самое главное - зачем?
Какие?
"Быстрая загрузка" - посмотрите в сторону Debian
Зависимости, параллельный запуск - также в Debian
Проактивный мониторинг - monit, daemontools, тьма их
порядок запуска и "циферки" - см. обратно второй пункт.
В общем, нету там ничего про "всю ту функциональность" внушающего, увы.
> Между прочим, и в Red Hat (и в SUSE?) и ALT Linux
> и в Debian разработчики выбрали systemd.
Не трепитесь пока про Debian. Вопреки желтым заголовкам opennet - Debian пока еще не собирается переходить на systemd, даже в качестве init-а по-умолчанию. Не говоря уже о том, что другие иниты из архива никто выкидывать даже и не собирается.
> Upstart - это все-таки разработка одной единственной коммерческой компании
systemd - разработка другой одной единственной коммерческой компании. Которая EPIC FAIL'ами и просранными (пардон за мой французский) прожектами - знаменита не меньше.
> А для создания адекватной системы инициализации
> - опыт работы с ядром необходим, потому что некоторые подсистемы
> возможно потребуется перенести из пространства пользователя в пространство ядра
Возможно? Или таки потребуется?
Я понимаю, что дети lkml не читают, но вот вам мнение не последнего человека в мире Linux Kernel:
Quite frankly, any feature that is sold with ".. and systemd can use
this fox Xyz", is a *misfeature* in my opinion. (c) Linus