Какие наборы systemd кроме других init систем?
Только для чтения /etc все больше распространено на встроенных устройствах. Редко изменяющийся /etc также все больше распространено на рабочем столе и установках сервера, с файлами как /etc/mtab и /etc/resolv.conf расположенный в другой файловой системе и символически связанный в /etc (так, чтобы файлы в /etc потребность, которая будет изменена при установке программного обеспечения или когда изменения конфигурации компьютера, но не при монтировании Карты памяти или соединении в ноутбуке с другой сетью).
Появляющемуся стандарту нужно было смонтировать tmpfs файловую систему на /run и символьные ссылки в /etc как
/etc/mtab -> /run/mtab
/etc/resolv.conf -> /etc/resolvconf/run/resolv.conf
Существующим или встроенным системам можно было смонтировать tmpfs на другом местоположении такой как /dev/shm или /lib/init/rw или /var/run.
Проблема с созданием /etc только для чтения то, что это блокирует набор файлов, которые Вы будете когда-либо мочь изменить.
Другой подход, который избегает этой проблемы, должен сделать корневую файловую систему initramfs. Это - архив, это хранится рядом с изображением ядра и загружается загрузчиком. Это распаковано в RAM и становится корнем корня файловой системы. Если Вы собираетесь позволить initramfs слоняться поблизости, это не должно быть слишком большим (потому что это израсходовало драгоценную RAM), но двоичный файл BusyBox плюс некоторые конфигурационные файлы может быть приемлемым использованием RAM.
Другой подход должен иметь корневую файловую систему только для чтения плюс объединение, монтируются файловой системы чтения-записи.
Вероятно, все, что Вы хотите знать, находится здесь на страницах "Debate Init System To Use", которые проект Debian соединял вокруг принятия решения о который initsystem пойти с. В той странице отдельная ссылка на каждый выбор initsystems.
Для краткой информации о Systemd эта страница имеет в значительной степени все, что нужно было бы знать для начала работы с ним, RHEL7: Как начать с Systemd.
Дополнительные ресурсы, которые я нашел полезным в получении лучшего понимания 2 основных вариантов, что я также прочитал страницы Wikipedia на соответствующих технологиях:
Хинду проект также поддерживает хорошее сравнение некоторых основных характеристик через различный initsytems:
Мое взятие по Вашим вопросам
Q#1: Как systemd выдерживает сравнение с другими init системами?
Это - очень сложный вопрос для обращения в течение ответа SE, таким образом, я подчинился бы различным источникам, на которые я сослался выше. Я скажу это все же. В прочтении большой части статей о systemd из альтернатив это пытается обратиться ко многим аспектам того, что было несовершенным в предыдущих инструментах, используемых для запуска сервисов на системы Linux. Это имеет, очень хорошо продумал дизайн и пытается обеспечить его очень модульным способом.
Так IMO, я сказал бы, что он выдерживает сравнение очень благоприятно и с точки зрения усилия в его дизайне, выполнении того дизайна, и с точки зрения принятия его несколькими большими дистрибутивами Linux.
Q#2: Что отличает его - что это может сделать это, другие init системы не могут?
Многих вещей это sytemd может сделать это, другие системы не могут. Вероятно, 3 из его самых сильных функций:
- Вход
- Ограничение ресурса
- Контакт с демонами то ветвление
1. вход
На регистрирующейся передней стороне, systemd установил новую систему регистрации, названную "Журналом", сервис называют systemd-journald.service. Это - его собственная тема, можно читать больше об этом здесь в этой названной статье: Представление Журнала. Вот пример пользователя, "harald", входя в систему.
_SERVICE=systemd-logind.service
MESSAGE=User harald logged in
MESSAGE_ID=422bc3d271414bc8bc9570f222f24a9
_EXE=/lib/systemd/systemd-logind
_COMM=systemd-logind
_CMDLINE=/lib/systemd/systemd-logind
_PID=4711
_UID=0
_GID=0
_SYSTEMD_CGROUP=/system/systemd-logind.service
_CGROUPS=cpu:/system/systemd-logind.service
PRIORITY=6
_BOOT_ID=422bc3d271414bc8bc95870f222f24a9
_MACHINE_ID=c686f3b205dd48e0b43ceb6eda479721
_HOSTNAME=waldi
LOGIN_USER=500
2 и 3. Ограничение ресурса и демоны то ветвление
systemd использует новый подход здесь использования cgroups чтобы и содержать и снабдить ограничивают любые сервисы, которые требуют разветвления или ограничения доступа к ресурсам.
выборка
Systemd имеет очень умное решение проблемы отслеживания демонов, что ветвление, которое по совпадению, оказывается, обрабатывает ресурс, ограничивающий одновременно. Где Выскочка использует ptrace для наблюдения разветвления, systemd работает, каждый демон в контрольной группе (требует Linux 2.6.24 или более новый), из которого это не может выйти ни с каким объемом разветвления. Это позволяет легкое ограничение ресурса, и для разветвления и для неразветвления демонов, так как контрольные группы были сделаны для этого вида вещи.
Q#3: там что-нибудь должно проиграть в переключении на него от другой init системы?
Вероятно, самый большой протест к переключению на systemd по Выскочке или sysV init должен охватить много новых сложностей. Systemd имеет много подвижных частей и чрезвычайно многофункционален, и с добавленные возможности Вы будете, вероятно, тратить изрядное количество соглашений получения времени вокруг, как все это работает.
Q#4: Как делает администрирование systemd, выдерживают сравнение с другими?
Как указано в моем выше ответа на Q#3. I'l повторяют здесь снова. Где sysV init был довольно тривиален, чтобы изучить, как справиться и перейти за несколько часов ко дням, Выскочка, вероятно, возьмет Вас неделя или больше набирать скорость, в то время как systemd, вероятно, возьмет Вас намного дольше, я ожидаю занимать несколько недель для получения достаточного поверхностного знания об этом, где я смогу к оба, производят мое собственное .service файлы, к останавливающимся/начинающим сервисам с той же простотой, которой я теперь наслаждаюсь с sysV init.
Ссылки
-
1@Caleb, вопрос очень сложен, и кроме того раздражительная проблема для многих людей. Я полагаю, что ответ в порядке как есть – vonbrand 13.02.2014, 03:58
-
2@Caleb - да, Вам довольно рады, спасибо за обратную связь. – slm♦ 13.02.2014, 10:29