Сравнение систем инициализации 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, сброс параметров для форка процессов);
- и многое другое.
Оригинал
Оригинал находится здесь