Нелюбовь к Systemd

Альтернативы

Некоторые дистрибутивы, хоть и используют Systemd по умолчанию, позволяют использовать альтернативную систему init, если вы этого хотите.
Поддержка для них разная. Например, Ubuntu 15.04 делает этот процесс очень простым: и Systemd, и Upstart устанавливаются по умолчанию, и вы увидите пункт Ubuntu … (upstart) в подменю Grub Advanced options for Ubuntu. Те, кому нужно переключение на постоянной основе, могут установить пакет upstart-sysv и запустить

$ sudo update-initramfs -u

На данный момент у большинства пользователей Ubuntu не будет трудностей с двумя системами (а многие, вероятно, даже не заметят разницы). Однако в будущем это изменится, особенно после выхода в следующем году LTS, когда уляжется пыль и Systemd встроится в экосистему Ubuntu.

Было бы упущением не упомянуть еще одну систему init: OpenRC. Хотя технически она и не заменяет SysVinit, но все же расширяет и модернизирует все, что происходит после PID1. OpenRC поддерживается — и используется по умолчанию — в Gentoo, где до 2007 г. применялась исключительно оболочка, очень корявое решение. После того, как udev вошел в Systemd, упрямцам приходится использовать eudev, еще одну махинацию Gentoo, которая ответвилась от udev до его ассимиляции. Но не беспокойтесь, вы можете использовать и OpenRC, и е >dev * и в других дистрибутивах тоже: в Arch Linux имеются пакеты в AUR. Некоторые привычные ifiKg^i (например, Х.jul) используют библиотеку systemd, так что вам не удастся полностью отделаться от этого монстра.

Что здесь может не нравиться?

Самая громогласная жалоба на Systemd относится к его предполагаемому нарушению традиционной философии Unix, заключающейся в наличии одного инструмента, который хорошо делает нечто одно и при этом ладит с другими инструментами, которые, в свою очередь, тоже что-то делают хорошо.

Systemd обвиняют в том, что это — монолитный блок, который узурпирует (помимо всего прочего) udev, cron, РАМ, acpid и logind. Наличие всех этих компонентов в одном бинарнике, работающем как PID1, кое-кого огорчает, однако по большей части весь этот плач вызван неосведомленностью. Тот факт, что Systemd столь широко используется, должен свидетельствовать в пользу его уместности и пригодности, однако вместо этого противники заявляют о заговоре, даже о навязывании разработчиками пользователям своих предпочтений.

В защиту Systemd, он предлагает все виды современных функций: равномерное распределение ресурсов по cgroups ядра, удаленный доступ к логам, значительно улучшенную среду chroot (через systemd-nspawn и machinectl) и более быструю загрузку, и это лишь малая часть. Попытка понять процесс загрузки всегда страшит новичка, но в Systemd, по крайней мере, эта проблема проще благодаря тому, что компоненты четко разделены и используется современный синтаксис: полная противоположность кошмару в стиле Лавкрафта, с которым вам приходилось сталкиваться во время оно.

Конечно, Systemd пока относительно юн, и некоторые будущие функции, о которых поговаривают, вызывают обеспокоенность: нам и вправду надо объединить PID1 с его собственным загрузчиком? Вы хотите работать с системой без состояний (без файлов статической настройки)?

Ну что ж, поживем — увидим, что из этого дальше выйдет.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *