Сравнение систем инициализации systemd, upstart и SysVinit
Приблизительно год назад Леннарт Поттеринг (Lennart Poettering), сотрудник компании Red Hat, создавший в свое время звуковой сервер PulseAudio, начал разработку новой системы инициализации и управления сервисами под названием systemd. На создание замены SysVinit, существующей уже несколько десятков лет со времён первых Unix систем, Леннарта сподвигли недостатки традиционной системы и её несоответствие реалиям нашего времени - появлению SSD-накопителей, обладающих практически нулевым временем поиска нужных данных и огромной скоростью, посему способных обеспечить параллельную загрузку информации. Другой проблемой SysVinit является её зависимость от множества достаточно тяжёлых и не очень быстрых приложений - bash, awk, sed и других, которые не отличаются скорой работы на встраиваемых системах. Учитывая, что Linux стал использоваться на серверах, где требуется повышенная отказоустойчивость, от SysVinit потребовалась возможность слежения и перезапуска сервисов в случае их краха, которую она не обеспечивала.
Первым дистрибутивом, где systemd будет использоваться по умолчанию станет Fedora 15, готовящаяся к выпуску в конце мая этого года. Разработчики OpenSUSE собираются использовать systemd в следующем стабильном релизе 12.1. Arch, Debian, Ubuntu, Gentoo включают поддержку systemd в экспериментальном режиме. Разработчики Mandriva также планируют использовать systemd. Следует учитывать, что при использовании ядра с собственной конфигурацией, systemd требует включения некоторых параметров ядра.
Леннарт Поттеринг опубликовал развёрнутое сравнение systemd, upstart и SysVinit, которое не оставляет никаких сомнений в том, что systemd станет стандартом де-факто в мире Linux.
| Действие | sysvinit | Upstart | systemd |
|---|---|---|---|
| Управление через D-Bus | нет | да | да |
| Запуск без использования bash/shell скриптов | нет | нет | да |
| Включены сервисы ранней стадии загрузки, написанные на языке C | нет | нет | да |
| Возможность упреждающего чтения данных с диска | нет | нет* | да |
| Активация сервисов на основе сокетов | нет | нет* | да |
| Активация сервисов на основе сокетов: совместимость с inetd | нет | нет** | да |
| Активация на основе шины (Bus-based Activation) | нет | нет*** | да |
| Активация на основе аппаратуры компьютера | нет | нет**** | да |
| Конфигурирование зависимостей устройств, используя правила udev | нет | нет | да |
| Активация по событиям файловой системы (inotify) | нет | нет | да |
| Активация по времени | нет | нет | да |
| Управление точками монтирования | нет | нет***** | да |
| Управление запуском fsck | нет | нет***** | да |
| Управление квотами | нет | нет | да |
| Управление автомонтированием | нет | нет | да |
| Управление SWAP | нет | нет | да |
| Сохранение снимков состояния системы (snapshotting) | нет | нет | да |
| Поддержка XDG_RUNTIME_DIR | нет | нет | да |
| Опциональная остановка процессов пользователя после его выхода из системы | нет | нет | да |
| Интеграция с Linux Control Groups (cgroups) | нет | нет | да |
| Генерация событий аудита для запускаемых сервисов | нет | нет | да |
| Интеграция с SELinux | нет | нет | да |
| Интеграция с PAM | нет | нет | да |
| Управление шифрованными разделами и дисками (LUKS) | нет | нет | да |
| Поддержка обработки паролей к LUKS и SSL-сертификатам, с запросом пароля через такие агенты, как Plymouth, консоли, wall, tty терминалов и GNOME SSL Certificate/LUKS Password handling, including Plymouth, Console, wall(1), TTY and GNOME agents | нет | нет | да |
| Управление сетевым петлевым устройством (loopback) | нет | нет | да |
| Управление binfmt_misc (поддержка неродных исполняемых файлов) | нет | нет | да |
| Управление системной локалью | нет | нет | да |
| Настройка параметров консоли и клавиатуры | нет | нет | да |
| Инфраструктура для создания, удаления и чистки временных файлов | нет | нет | да |
| Управление через /proc/sys sysctl | нет | нет | да |
| Интеграция с plymouth (графическим запуском, используя KMS) | нет | нет | да |
| Сохранение и восстановление random seed (состояния генератора энтропии) | нет | нет | да |
| Поддержка статической загрузки модулей ядра | нет | нет | да |
| Автоматическое управление консолью COM-порта | нет | нет | да |
| Управление уникальным ID компьютера | нет | нет | да |
| Управление динамическим именем хоста и метаданными компьютера | нет | нет | да |
| Контролируемая остановка сервисов | нет | нет | да |
| Поддержка раннего логгирования через /dev/log | нет | нет | да |
| Включает минимальный демон логгирования на основе kmsg для встраиваемых систем | нет | нет | да |
| Перезаупуск сервисов в случае краха без потери соединения | нет | нет | да |
| Бесшовное обновление сервисов | нет | нет | да |
| Графический интерфейс пользователя (опциальнально) | нет | нет | да |
| Встроена поддержка профилирования и расширенных инструментов | нет | нет | да |
| Поддержка сервисов типа "instantiated" | нет | да | да |
| Интеграция с PolicyKit | нет | нет | да |
| Есть встроенные утилиты для удалённого доступа и управления кластером | нет | нет | да |
| Может показать все процессы, принадлежащие сервису | нет | нет | да |
| Может идентифицировать процессы сервиса | нет | нет | да |
| Автоматически создаёт cgroups для сервисов для равномерного распределения времени CPU | нет | нет | да |
| Аналогично для пользовательских процессов | нет | нет | да |
| Совместимость с SysV | да | да | да |
| Сервисы SysV контролируются как родные сервисы | да | нет | да |
| Управление сервисами через /dev/initctl | да | нет | да |
| Перезапуск сервисов с полной сериализацией (serialization) состояния | да | нет | да |
| Поддержка интерактивного (управляемого) запуска системы | нет****** | нет****** | да |
| Поддержка контейнеров (как расширенная замена chroot()) | нет | нет | да |
| Загрузка, построенная на основе зависимостей | нет******* | нет | да |
| Отключение сервисов без редактирования файлов | да | нет | да |
| Маскировка сервисов без редактирования файлов | нет | нет | да |
| Надёжная остановка системы, используя только один процесс | нет | нет | да |
| Встроенная поддержка перезапуска ядра на лету (kexec) | нет | нет | да |
| Динамическая генерация сервисов | нет | нет | да |
| Поддержка в других компонентах ОС | да | нет | да |
| Файлы запуска сервисов, совместимые с различными дистрибутивами | нет | нет | да |
| Отправка сигналов сервисам | нет | нет | да |
| Надёжная остановка пользовательских сессий перед остановом системы | нет | нет | да |
| Поддержка логгирования в utmp/wtmp | да | да | да |
| Легкие для написания, расширения и обработки файлы управления сервисами, подходящие для манипулирования инструментами управления предприятием | нет | нет | да |
*Реализация упреждающего чтения в Upstart доступна в виде отдельного пакета ureadahead и требует наложения патча на ядро. **Активация через сокеты в upstart является экспериментальной возможностью, а также не поддерживает сериализацию, поэтому вообще не подходит для этого. ***Активация через шину для upstart доступна пока только в виде патча, который в основную ветку разработки ещё не принят. ****реализация в upstart не является практичной. *****Данная возможность для upstart существует в виде отдельного пакета и работает только для монтирования во время загрузки, плохо поддерживая зависимости. ******Некоторые дистрибутивы реализуют эту возможность с помощью shell скриптов. *******Скрипты инициализации LSB поддерживают это, в случае если они используются.
Также systemd предлагает огромные возможности по установке параметров запускаемых сервисов:
- параметры OOM;
- рабочая директория;
- root-директория (аналог chroot);
- переменные среды;
- переменные среды из внешнего файла;
- ограничения по ресурсам;
- umask;
- user/group ID;
- приоритет и класс ввода/вывода;
- Настройки CPU (привязка к ядрам, приоритет, значение nice, сброс параметров для форка процессов);
- и многое другое.
Оригинал
Оригинал находится здесь
