Исходное сообщение
"Леннарт Поттеринг попытался развенчать типичные мифы о systemd" Отправлено opennews, 27-Янв-13 21:12
Леннарт Поттеринг (Lennart Poettering) опубликовал объёмную статью (http://0pointer.de/blog/projects/the-biggest-myths.html), в которой попытался опровергнуть 30 типичных мифов, связанных с системным менеджером systemd. -   Миф: systemd является монолитом. - Леннарт считает что это неправда, поскольку при полной сборке всех компонентов systemd создаётся 69 различных исполняемых файлов, каждый из которых отвечает за решение своей задачи. При этом большая часть данных исполняемых файлов может использоваться обособленно, без привязки к systemd. Целью разбиения функциональности на отдельные исполняемые файлы произведено, например, для решения таких задач, как более полное разделение привилегий (каждый процесс снабжается привилегиями только для выполнения узких задач) и обеспечение параллельного выполнения операций в процессе загрузки. - Миф: главной целью systemd является скорость. - По мнению Леннарта, высокая скорость systemd - это всего лишь побочный результат правильного дизайна и архитектуры проекта. Разработчики специально не занимались выжиманием всей возможной производительности из кода. Более того в некоторых ситуациях разработчики предпочитают более читаемый код, чем немного более быстрый и запутанный. -   Миф: скорость загрузки, предоставляемая systemd, не востребована на серверах. - Леннарт отмечает что многие системные администраторы напротив желают минимизации простоев (downtime) при выполнении обслуживания серверов. Кроме того, скорость старта востребована в облачных системах и на виртуальных машинах. Также критична скорость восстановления после сбоя систем высокой доступности. - Миф: systemd не совместим с shell-скриптами. - На самом деле он совместим, просто сами разработчики systemd не пользуются shell-скриптами в процессе загрузки, чтобы не терять преимущества systemd. Тем не менее, systemd позволяет запускать скрипты, написанные на любых языках программирования, как сервисы systemd. -   Миф: освоить systemd сложно. - По мнению Леннарта это не так, поскольку это унифицированная платформа, язык файлов конфигурации прост и предоставляется типовой набор утилит. Тем не менее, Леннарт согласен с тем, что некоторое обучение работе с systemd все-таки требуется. -   Миф: Systemd не модульный. - Это не так: в сборочном скрипте configure есть ряд ключей, позволяющих указать какие именно части systemd требуется собрать. Таким образом выбор предоставляемых возможностей осуществляется на этапе сборки. -   Миф: Systemd появился как результат синдрома NIH (http://en.wikipedia.org/wiki/Not_Invented_Here) (Not Invented Here, создание собственного решения вместо использования уже существующих аналогов). - Изначально у разработчиков была идея использовать проект Upstart от фирмы Canonical, однако постепенно разработчики пришли к выводу, что у него есть ряд значительных недостатков в базовых основах дизайна, которые достаточно проблематично исправить. Наиболее крупным просчетом по мнению Леннарта является то, что upstart сам по себе не заботится о зависимостях сервисов и переносит заботу об этом аспекте на плечи администраторов и разработчиков. -   Миф: systemd - проект FreeDesktop.org. - FreeDesktop.org используется в основном как инфраструктура хостинга. -   Миф: systemd далёк от философии UNIX. - В systemd используется множество концепций UNIX, напрмер, идея "всё есть файл"  реализована в доступе ко всем сервисам systemd осуществляется через файловую систему cgroupfs. Встроенная поддержка подключения нескольких рабочих мест к одному компьютеру выражается в поддержке multi-seat и возможности автоматической настройки подключаемого оборудования. Основу systemd составляет набор связанных через стандартные интерфейсы утилит, каждая из которых решает свою задачу. -   Миф: Systemd сложно устроен. - Леннарт частично согласен с этим тезисом, однако отмечает, что это связано с тем что современные компьютеры стали сложными. Тем не менее, Леннарт считает, что systemd проще и содержит меньше избыточности и зависимостей, чем эквивалентные по возможностям решения. -   Миф: Systemd чрезмерно тяжелый и перегруженный. - Systemd вероятно является как раз обратным примером. Он модульный, предоставляет много функциональности, а требуемые зависимости  включают в себя лишь Glibc, libcap и DBus. -   Миф: Systemd создан только для Linux и не может использоваться в BSD-системах. - По мнению Леннарта, основной причиной данной ситуации является то, что разработчики систем на основе BSD не заинтересованы в данной системе инициализации, так как исторически ядра BSD-систем развивались одновременно с пользовательским окружением вокруг них и данные системы имеют собственные системы инициализации, жестко привязанные к особенностям каждому BSD-проекту. -   Миф: Systemd не сможет использоваться по умолчанию в Debian, так как он поддерживает только ядро Linux. - Леннерт отмечает, что работа по одновременному сопровождению unit-файлов systemd и классических init файлов является номинальной и незначительной по объему на фоне столь масштабной работы как внедрение в систему поддержки ядер, отличных от Linux. -   Миф: Systemd можно портировать для других ядер, если мэйнтейнеры этих ядре этого пожелают. - Systemd слишком завязан на возможности и интерфейсы, доступные только в ядре Linux. В некоторых ядрах имеются аналоги подобных интерфейсов, некоторые возможности можно отключить, но все необходимые функции вряд-ли удастся обеспечить в ядрах, отличных от Linux. Среди активно используемых в Systemd возможностей: cgroups, fanotify, umount2(), /proc/self/mountinfo, /dev/swaps, udev, netlink, /sys, /proc/$PID/comm, /proc/$PID/cmdline, /proc/$PID/loginuid, /proc/$PID/stat, /proc/$PID/session, /proc/$PID/exe, /proc/$PID/fd, tmpfs, devtmpfs, capabilities, namespaces, prctl(), ioctl, системный вызов mount(), selinux, audit, inotify, statfs, O_DIRECTORY, O_NOATIME, /proc/$PID/root, waitid(), SCM_CREDENTIALS, SCM_RIGHTS, mkostemp(), /dev/input и т.п. -   Миф: Systemd не является переносимым (Not Portable) без каких либо на то причин. - Это не так! Systemd просто использует специфичную для Linux функциональность чтобы реализовывать все что хотели сделать разработчики. У Linux столько возможностей, что остальные unix/posix системы попросту не предоставляют каких либо аналогов для многих из них, в то время как разработчики systemd желают дать в руки пользователей данные возможности. -   Миф: Systemd использует конфигурационные файлы в бинарном формате. - В Systemd используются только простые и легко редактируемые вручную текстовые файлы конфигурации. Никакого XML и тем более бинарных форматов. -   Миф: Systemd  содержим избыточную функциональность. - Systemd изначально не ограничивался только системой инициализации и развивается как набор кирпичиков для построения ОС. Какие именно из возможности использовать решает пользователь, большая часть функций отключается на этапе сборки или в процессе работы. -   Миф: Systemd заставляет кого-то что-то делать. - Программы - не мафия. Они не могут никого заставить что-либо делать против их воли. В Free Software каждый добровольно делает то, что считает нужным. -   Миф: Systemd не позволяет использовать Syslog. - Это не так. Хотя у systemd есть свой метод ведения журналов, разработчики предприняли усилия чтобы сохранить полную совместимость с более традиционным syslog. -   Миф: Systemd ни с чем не совместим. - Разработчики Systemd делают всё вохможное чтобы обеспечить наилучшую возможную совместимость с sysvinit. Большинство  init-скриптов могут быть использованы с Systemd  без необходимости внесения в них изменений. Имеющиеся несовместимости хорошо документированы (http://www.freedesktop.org/wiki/Software/systemd/Incompatibi.... -   Миф: К Systemd невозможно обращаться из скриптов из-за использования D-Bus. - Systemd предоставляет обширный набор утилит (systemctl, loginctl, timedatectl, hostnamectl, localectl) со всевозм... URL: http://0pointer.de/blog/projects/the-biggest-myths.html Новость: https://www.opennet.ru/opennews/art.shtml?num=35935