Пытаюсь сам себя разубедить ... но пока не получается.
Уже приводился здесь в форуме обзор: Перевод обзора systemd:
Зачем переходить на systemd?как же Poettering задрал!
Это всё напомнило давний анекдот:1. быстрая загрузка -- важно для десктопов, иногда и для серверов тоже;
2. более надежная загрузка, за счет параллельности. В отличии от sysvinit - подвисание при запуске одного сервиса не приведет к остановке всего процесса загрузки (тормоза с ntpd если приходится загружаться отключившись от сети, как пример);
3. systemd это не просто запускалка сервисов. Оно еще и умеет их поддерживать запущеными (то, для чего я использую сейчас daemontools, а многие другие используют monit);
4.более надежная система порядка запуска. Циферки, как известно, иногда приводят к тому что мантейнеры ошибаются. К счастью за годы мы многие такие баги вытоптали, но, увы, иногда появляются новые сервисы :) Указать зависимость между сервисами надежнее и предсказуемее нежели циферки.
(а по поводу скорости параллельной загрузки сервисов см. ниже! )... и из-за этой чепухи ты меня вытащил из ванны?
Материалы (переводы, потому что там нагородили много - читать не перечитать + очень мало внятно) ... с некоторыми моими комментариями самых интересных мест:
- Быстрый старт: Основные команды systemd в сравнении с sysVinit (рус.)
- Система инициализации Systemd. Часть I
- Система инициализации Systemd. Часть II
- Уписаться! По не заслуживающим доверия данным (!) ускорение от параллельности запуска сервисов баснословно увеличивается от 27 до 24 секунд! Ура, товарищи!!!У меня пока есть только две цифры, которые я могу вам привести. Но они пока не заслуживают доверия, поскольку измерялись по времени загрузки виртуальной машины (один процессор). Fedora 13 грузится с помощью Upstart 27 секунд, с помощью systemd - 24 (от grub до gdm, с одними и теми же настройками, цифры измерены один раз, один запуск следовал за другим).
Идеальный демон, полноценно использующий возможности systemd должен делать некоторые вещи способами, отличными от традиционного поведения. Позже, мы опубликуем подробное руководство по написанию демона для использования с systemd. Ниже приведено краткое описание того, что нужно для разработчиков демонов:
- Мы просим разработчиков не вызывать fork () (или даже двойной fork()) в своих процессах, используя цикл событий основного процесса, который systemd вызывает для вас. Также не вызывайте setsid().
...
- Поттеринг для собственного удобства решил отменить базовые правила написания демонов, которые складывались в UNIX >40 лет, стали классикой и пересказываются в десятках книг!
- Systemd для администраторов, часть 3: HOW-TO: преобразование SysV init-скрипта в systemd service-файл
Но эту дурь уже сделали неотъемлемой частью дистрибутива Fedora, и другие тоже на неё посматривают-облизываются ... тоже наперегонки хотят "быть святее Папы"
Как-то мне кажется, что этой одной фичи (переход на systemd) уже достаточно для отказа от дистрибутива Fedora (на котором я сижу как на основном несколько лет) и ухода на какой-то другой дистрибутив.