>- Простой мониторинг и рестарт фоновых сервисов.А с этим раньше были проблемы?
>- Упрощение и ускорение впихивания нового сервиса в систему в разы.
В чем ускорение то? Если запускаешь что-то нетривиальное, обычно наоборот надо хорошо подумать о зависимостях, прочитать кучу манов, чтобы понять куда и как прописывать. В upstart/sysv скрипты есть в пакетах, и никаких лишних телодвижений предпринимать не надо.
>- Параллельный старт сделанный не через задний проход.
Вы думаете, скажем upstart, он сделан неправильно? Да и не надо это на серверах. raid контроллер раскручивает диски по 5 минут. Мне от ускорения загрузки не тепло и не холодно. Если была бы возможность hot restart, без переинициализации оборудования, как в солярке, это было бы интересно. Но как раз ее то нет.
>- и без дрюкания на каждый 20кб демон 800кб интерпретера с поводом и без, так что взлет интерпретера занимает больше чем старт сервиса.
Вы запускаете демоны 10000 раз в секунду? Нет? Тогда не все ли равно?
- Запуск программ по более-менее продвинутым критериям (событиям).
Вообще не понял о чем речь. Причем здесь системы загрузки?
На самом деле в основе systemd лежат здравые принципы, и она может облегчить чем-то жизнь. Просто я хочу показать, что вводимые ею новые возможности не являются killer feature для системы. Проблемы не в systemd, а в том что ее кодит некомпетентный придурок, который не может писать совместимый с другими код, и необходимо перелопачивать всю систему, чтобы его поделка работала, при этом не предоставляя в замен чего-нибудь хоть сколько значимого. Примеры usrmove, журналом, веб сервером уже набили всем оскомину.