The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews (??), 07-Апр-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


42. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +7 +/
Сообщение от Аноним (-), 07-Апр-13, 15:16 
> Еесли вдруг в одном из узлов дерева что-то не так, то
> всё поддерево перестает запускаться. Это вызывает море удовольствия в часах проведенных
> в попытках найти и исправить причину...

Как только люди не страдают, лишь бы логи не читать. А ведь там прямо написано, что, когда и почему не запустилось.

> Поскольку юнит — это не скрипт и туда нельзя запихнуть конструкции с
> if и for (а такое частенько бывает нужно), то в systemd
> такие вещи переписывают на Си (!) и компилируют, а сам файл
> прописывают только запуск /usr/lib/systemd/systemd-<name>. Типичный пример: systemd-fsck-root.service.

В принципе, то же самое можно сделать хоть на баше, но будет мееедленно.

> В результате, чтобы просто узнать, что именно делает этот долбаный юнит, нужно
> искать среди исходников systemd (а также кучи других пакетов) нужный файл
> и разбираться в каше сишного кода. Которая, к слову, выглядит пострашнее
> любого навороченного баш-скрипта.

Квадратно-гнездовое мышление времен SysV, когда была традиция не документировать процесс загрузки, так что узнать назначение скрипта можно было только чтением его кода.

А в эпоху systemd, чтобы понять назначение любого стандартного юнита, достаточно прочитать его manpage.

> ----
> к systemd претензия в том, что он — худшее, что могли выбрать арчеводы для init-системы.
> ...

Ну и дальше поток сознания ЛОР-клоуна AX (одноклассник Зенитура). Никаких аргументов, одни эмоции. Даже комментировать не стоит.

> Раньше считалось, что арч хорош потому, что он KISS. Но использование вместо
> init-а велосипедокомбайна из (неполный список) init-демона, syslog-а, udev, cron, dbus,
> (x)inetd, readahead, ulatencyd, kdm/gdm/xdm, consolekit, sethostname, mount и http-сервера

Ну дык все правильно. Вместо кучи велосипедов, каждый из которых нужно изучать отдельно - одно нормальное решение, которое можно изучить один раз. Простота - залог здоровья!

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

51. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –4 +/
Сообщение от cmp (ok), 07-Апр-13, 15:37 
нормальный скрипт в данном контексте не нуждается в документации, на то он и скрипт - 4 функции start/stop/restart/status, если чтение его вызывает проблемы, лучше не трогать, целее система будет, его можно воспринимать как конфиг со стандартным синтаксисом, а вы пытаетесь заменить это программой со своим конфигом и мануалом, зачем только не понятно.
Ответить | Правка | Наверх | Cообщить модератору

54. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Аноним (-), 07-Апр-13, 15:46 
> нормальный скрипт в данном контексте не нуждается в документации,

Весьма спорное утверждение.

> на то он и скрипт - 4 функции start/stop/restart/status, если чтение его вызывает проблемы,
> лучше не трогать, целее система будет, его можно воспринимать как конфиг
> со стандартным синтаксисом, а вы пытаетесь заменить это программой со своим
> конфигом и мануалом, зачем только не понятно.

Затем, что язык программирования - это нифига не конфиг, очевидно же.
Не надо смешивать настройки и код.

Ответить | Правка | Наверх | Cообщить модератору

59. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Аноним (-), 07-Апр-13, 15:57 
Между прочим, это ключевые принципы классического unix-way:
- никакой документации (кому надо - путь читает сорцы)
- конфигурация и код едины (надо настроить - правь код)

Во всяком случае, именно такое впечатление складывается, если верить сторонникам sysvinit.

Ответить | Правка | Наверх | Cообщить модератору

142. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +3 +/
Сообщение от Аноним (-), 07-Апр-13, 21:06 
>Между прочим, это ключевые принципы классического unix-way:
>- никакой документации (кому надо - путь читает сорцы)

Короткий и локальный код должен быть самодокументированным, вынос документации за пределы кода обычно не нужен и вреден. Например, вряд ли кому-то потребуется читать документацию к конкретным инитскриптам вне контекста чтения или правки самих скриптов (разве что общий обзор специфичных для дистрибутива решений).

>- конфигурация и код едины (надо настроить - правь код)

Конфигурация в общем случае пишется на языке сценирования конфигурируемой программы. (В частности, чтобы не плодить сущностей и не задавать два формата: один формат (язык) для сценирования, второй --- для конфигурирования).

Вполне естественно, что конфигурирование самой ОС (в частности, инитскрипты) пишется на стандартном языке сценирования ОС (sh), а не в выдуманном кем-то формате нестандартной программы.

>Во всяком случае, именно такое впечатление складывается, если верить сторонникам sysvinit.

Это действительно часть Unix Way. Третье поколение программистов и администраторов свидетельствует.

Ответить | Правка | Наверх | Cообщить модератору

211. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Аноним (-), 08-Апр-13, 10:16 
> - никакой документации

А маны - это, типа, не юникс вэй? Как интересно.

>  (кому надо - путь читает сорцы)

Вот только юникс был проприетарной системой. И сорцев соответствнено не было.

> - конфигурация и код едины (надо настроить - правь код)

См. выше.

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

247. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Аноним (-), 08-Апр-13, 14:57 
Это когда и где в Unix не было исходников?
Ответить | Правка | Наверх | Cообщить модератору

248. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Аноним (-), 08-Апр-13, 15:00 
>А маны - это, типа, не юникс вэй? Как интересно.

Попробуйте (в нормально, не отпоттеросяненной ОС)

$man initscript

и приколитесь.

Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

355. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от nuclightemail (??), 11-Апр-13, 17:57 
Чушь какая. Разве что в головах фанатов, извративших оригинал.

Вот тут http://old.intuit.ru/department/os/osunix/ в первых трех главах нормально изложено.

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

60. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от cmp (ok), 07-Апр-13, 15:58 
> Затем, что язык программирования - это нифига не конфиг, очевидно же.
> Не надо смешивать настройки и код.

/etc/rc.d/

знаете для чего нужна папка etc?

Программа для запуска программы - дисонанса не улавливаете?

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

62. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Аноним (-), 07-Апр-13, 16:06 
> /etc/rc.d/
> знаете для чего нужна папка etc?

В SysV init - для хранения программ.

> Программа для запуска программы - дисонанса не улавливаете?

Ну дык SysVinit-way во все поля.

Ответить | Правка | Наверх | Cообщить модератору

68. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Аноним (-), 07-Апр-13, 16:15 
>> /etc/rc.d/
>> знаете для чего нужна папка etc?
> В SysV init - для хранения программ.

Когда программы лежат в /etc и запускают другие программы - это и есть unix-way! Тупым systemd-фанатикам не понять :)

Ответить | Правка | Наверх | Cообщить модератору

76. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +2 +/
Сообщение от Аноним (-), 07-Апр-13, 16:30 
> Когда программы лежат в /etc и запускают другие программы - это и
> есть unix-way! Тупым systemd-фанатикам не понять :)

А еще всякие *bin-ы - для лохов! Настоящие юниксоиды там конфиги хранят. Но systemd-фанатикам, опять же, не понять.

Ответить | Правка | Наверх | Cообщить модератору

362. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Клыкастый (ok), 17-Июн-15, 13:48 
> Когда программы лежат в /etc

а они там не лежат. там лежат конфиги и стартовые скрипты. все правятся текстовыми редакторами. не улавливаю диссонанса.


Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

125. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +2 +/
Сообщение от Аноним (-), 07-Апр-13, 20:23 
> знаете для чего нужна папка etc?
> Программа для запуска программы - дисонанса не улавливаете?

Вы недалеки от просветления. Это и есть Unix Way: запускать программы по возможности программами.

Вручную пусть всё запускают те, кто каталоги "папками" называет.

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

143. "Разработчики systemd: загрузка с initrd оказалась..."  +1 +/
Сообщение от arisu (ok), 07-Апр-13, 21:09 
> Затем, что язык программирования — это нифига не конфиг, очевидно же.
> Не надо смешивать настройки и код.

видимо, именно поэтому у системд есть таки условия в «конфигах». корявые, неудобные, но есть. внизапна! это уже язык программирования. хоть и не тюринг-полный. не кидайся камнями из стеклянного дома.

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

144. "Разработчики systemd: загрузка с initrd оказалась..."  +/
Сообщение от Аноним (-), 07-Апр-13, 21:27 
Кстати, да, на рефале написать систему инициализации было бы круто.
Ответить | Правка | Наверх | Cообщить модератору

212. "Разработчики systemd: загрузка с initrd оказалась..."  +/
Сообщение от Аноним (-), 08-Апр-13, 10:17 
> Кстати, да, на рефале написать систему инициализации было бы круто.

Так пишите, кто вам не дает?

Ответить | Правка | Наверх | Cообщить модератору

231. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Адекват (?), 08-Апр-13, 13:01 
> Квадратно-гнездовое мышление времен SysV, когда была традиция не документировать процесс
> загрузки, так что узнать назначение скрипта можно было только чтением его
> кода.
> А в эпоху systemd, чтобы понять назначение любого стандартного юнита, достаточно прочитать
> его manpage.

А вы manpag'у на все 100% доверяете :) ? может в нем какая-то неточность есть, или смысл выражений можно как-то двояко трактовать ? Или ментейнеры не досмотрели и не обновили manpage ?

Я вот считаю, что действительно понять как работает скрипт - можно увидев его код, просто пробежав глазами.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру