forum.opennet.ru - "Новые версии сервисного менеджера s6-rc и системы инициализации s6-linux-init" (56)

"Новые версии сервисного менеджера s6-rc и системы инициализации s6-linux-init"

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

"Новые версии сервисного менеджера s6-rc и системы инициализации s6-linux-init"	+/–
Сообщение от opennews (?), 05-Май-25, 21:41
Представлен выпуск сервисного менеджера s6-rc 0.5.6.0, предназначенного для управления запуском скриптов инициализации и сервисов. Поддерживается отслеживание дерева зависимостей и автоматический запуск или завершение сервисов для достижения указанного состояния. Инструментарий s6-rc может применяться как в системах инициализации, так и для организации запуска произвольных сервисов в привязке к событиям, отражающим изменение состояния системы. Система поддерживает скрипты инициализации, совместимые с sysv-init, и может импортировать информацию о зависимостях из sysv-rc или OpenRC. Код написан на языке Си и распространяется под лицензией ISC... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63187
Ответить \| Правка \| Cообщить модератору

Оглавление

Какая-то она мудрёная Из всех альтернатив Systemd больше всего мне понравился R, Обезьяврус (-), 21:50 , 05-Май-25, (3) +4

да, но не трекает зависимостей А если их трекать, то всё усложняется, и минимал, Аноним (6), 22:03 , 05-Май-25, (6) +2

минимальный - openrc , мяв (?), 22:31 , 05-Май-25, (12) +2

или даже чтоУгодно startpar да, скорее так , мяв (?), 22:32 , 05-Май-25, (13)

dinit мне показался проще и быстрей, чем s6 , Xo (?), 07:45 , 06-Май-25, (39) +1

sinit , Аноним (42), 09:43 , 06-Май-25, (42)

Какие ещё зависимости Запустить, остановить демона Статус энэбл и дисэбл Что , Аноним (-), 05:39 , 06-Май-25, (29) –2

А подумать никак Сервис может зависит от другого сервиса, а тот зависит от неско, Аноним (31), 06:33 , 06-Май-25, (31) +3

а почему нельзя сразу написать нормально так, чтоб логирование запустилось без с, Аноним (41), 09:40 , 06-Май-25, (41) –2

самая никчемность подхода зависимостей - когда сервис сети поднят, а связи по фа, Аноним (41), 09:49 , 06-Май-25, (43) +1
Зависимости бывают разные Бывают времени работы программы - когда сеть нужна те, anonymous (??), 13:49 , 06-Май-25, (52) +1
Вопрос как запускать допустим сервер желающий забиндиться на конкретный интерфе, Аноним (-), 16:48 , 06-Май-25, (56) +1

из альтернатив сд, как сервисному менеджеру, только openrc и s6 остальное даже н, мяв (?), 22:31 , 05-Май-25, (10) +1

Shepherd забыл , Аноним (24), 01:45 , 06-Май-25, (24) +3

Shepherd это шик, единственный инит, который я действительно понимаю , АнонимичныйАноним (?), 02:51 , 06-Май-25, (25) +1

На этом его достоинства и заканчиваются Ибо никакая он не альтернатива системде, Аноним (-), 16:47 , 06-Май-25, (55)

У них там что, десяток тыщ сервисов или это опять классический premature optimi, Аноним (5), 22:02 , 05-Май-25, (5)

С системдой же не за 5 секунд загружается, хотя и с ней не сотнями сервисы грузя, Аноним (7), 22:28 , 05-Май-25, (7)
скорее всего затачиваются под встроенные системы Там частенько делают переконфи, anonymous (??), 22:28 , 05-Май-25, (8)
даже для 10 сервисовэто дает ощутимый прирост openrc тоже зависимости для нативн, мяв (?), 22:29 , 05-Май-25, (9)

Только речь о затратах на анализ, а не о способе запуска из-за чего, скорее в, Аноним (5), 00:51 , 06-Май-25, (19)

Да , YetAnotherOnanym (ok), 10:22 , 06-Май-25, (46)
основная цель не в оптимизации, а в том чтобы вынести код со сложной логикой па, Аноним (75), 08:00 , 07-Май-25, (75)

Но комбайн 8212 это systemd Смотри не путай , Аноним (15), 23:38 , 05-Май-25, (15) –2

В s6-rc модули независимы, а в systemd они не работают отдельно друг от друга, п, myster (ok), 01:09 , 06-Май-25, (22) +6

Независимы от чего Это может работать без s6 С другими инитами Или , Аноним (-), 17:02 , 06-Май-25, (58) –1

да, может я больше Вам скажу у openrc, напр , даже поддержка s6 ого супервизора, мяв (?), 01:41 , 07-Май-25, (69)

Как говорится в следствии из законов Мерфи сделайте систему где можно нас, Аноним (-), 08:44 , 07-Май-25, (78)

Вполне могут, ровно настолько же, насколько это поделие, не считая мелких брызг , Аноним (15), 17:30 , 06-Май-25, (60)

кто-то ниасилил матчасть и пошел рассуждать прохейтеров какая милота , мяв (?), 01:42 , 07-Май-25, (70)

Я другой анон, но если говорить за матчасть то systemd просто и элегантно решает, Аноним (-), 08:52 , 07-Май-25, (79)

Понапридумывают сложнейших систем с кучей сопутствующих пакетов А могли бы уже , Уважай Линуса Поттеринга (?), 00:02 , 06-Май-25, (17) –5

Линуса Поттеринга Ну теперь все встало на свои места , Someone (??), 00:20 , 06-Май-25, (18) +6

Вот это поворот , Аноним (44), 10:20 , 06-Май-25, (44) +1

Vendor lock - это плохо Нужны альтернативы , Аноним (21), 01:05 , 06-Май-25, (21) +3

Никакого вендролока - с systemd полная свобода Линус Поттеринг - радетель СПО, , Уважай Линуса Поттеринга (?), 22:45 , 06-Май-25, (66)

Линусу было нас рать, а вот Лёня мог улучшить openrc, а не городить своё , Аноним (23), 01:38 , 06-Май-25, (23)

Нет В openrc, по большому счёту, улучшать особо и нечего Идея заменить скрипты , YetAnotherOnanym (ok), 10:31 , 06-Май-25, (47)

Сомнительно они это довели до ума, ну серьезно - просто набор костылей прикрутил, 678 (?), 11:09 , 06-Май-25, (48)
А почему 171 другие люди 187 не довели до ума что-то другое Почему взяли то, Аноним (15), 17:32 , 06-Май-25, (61)

Ну, в случае пульсы - таки нашёлся герой, который решил, что нуевонафиг и написа, YetAnotherOnanym (ok), 21:04 , 06-Май-25, (65) +1

Не нужен там большой объем Особенно оставить инит инитом Примером тому являетс, Аноним (67), 23:06 , 06-Май-25, (67)

так в openrc уже 10 лет, как никакими скриптами на шелле не пахнет в openrc все , мяв (?), 01:52 , 07-Май-25, (71)

это к слову о том, почему леннарт в своем сравнении рассматривал только upstart , мяв (?), 01:53 , 07-Май-25, (72)
Это ему уже не поможет Он как был кучей костылей и подпорок, решающий фиг знает, Аноним (-), 09:20 , 07-Май-25, (80)

Очень хорошо что он вместо потуг сделать более быстрых лошадей которых вы просил, Аноним (-), 17:04 , 06-Май-25, (59)

Так автомобиль - svchost exe А это китайская копия неизвестной сборки Кому над, Аноним (63), 20:02 , 06-Май-25, (63)

Не, судя по фичесету и тому как это работает - все выглядит ровно наоборот Svch, Аноним (-), 23:29 , 06-Май-25, (68)

в каких дистрах этот s6 по дефолту как попробовать это чудо , Аноним (40), 08:46 , 06-Май-25, (40)

Artix делают ISO-шки с разными init системами, в том числе с S6 , myster (ok), 12:04 , 06-Май-25, (49) +2
В Artix не по дефолту но есть сборки почти со всеми альтенативными инитами , Engineer (??), 12:22 , 06-Май-25, (50)

А чего это анализ зависимостей ресурсоёмкий , Соль земли (?), 10:21 , 06-Май-25, (45)

кубическая зависимость от количества сервисов , anonymous (??), 13:44 , 06-Май-25, (51)

Скрыто модератором, Аноним (63), 19:59 , 06-Май-25, (62)

Скрыто модератором, Аноним (-), 05:42 , 07-Май-25, (74)

Какое-то дикое подобие ненужнодэ,таким каким его видят программисты Ну, может и, Аноним (64), 20:17 , 06-Май-25, (64)

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

3. Сообщение от Обезьяврус (-), 05-Май-25, 21:50 +4 +/–

Какая-то она мудрёная. Из всех альтернатив Systemd больше всего мне понравился Runit - он очень быстрый и простой, как палка.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #10, #55

5. Сообщение от Аноним (5), 05-Май-25, 22:02 +/–

> что позволяет выполнить ресурсоёмкий анализ зависимостей отдельно, а не во время загрузки или изменения состояния.
У них там что, десяток тыщ сервисов или это опять классический "premature optimization"?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8, #9, #46, #75

6. Сообщение от Аноним (6), 05-Май-25, 22:03 +2 +/–

да, но не трекает зависимостей. А если их трекать, то всё усложняется, и минимальный вариант усложнения - это s6.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #12, #29

7. Сообщение от Аноним (7), 05-Май-25, 22:28 +/–

С системдой же не за 5 секунд загружается, хотя и с ней не сотнями сервисы грузятся.

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

8. Сообщение от anonymous (??), 05-Май-25, 22:28 +/–

скорее всего затачиваются под встроенные системы. Там частенько делают переконфигурацию через перекомпиляцию.

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

9. Сообщение от мяв (?), 05-Май-25, 22:29 +/–

даже для 10 сервисовэто дает ощутимый прирост.
openrc тоже зависимости для нативных сервисов компилит. и стартует их одним openrc-run'ом, запущенным 0'м пидом.
результат - прирост в 4 раза по сравнению с ненативными.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #19

10. Сообщение от мяв (?), 05-Май-25, 22:31 +1 +/–

из альтернатив сд, как сервисному менеджеру, только openrc и s6.
остальное даже не близко по функционалу

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #24

12. Сообщение от мяв (?), 05-Май-25, 22:31 +2 +/–

минимальный - openrc.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #13

13. Сообщение от мяв (?), 05-Май-25, 22:32 +/–

или даже чтоУгодно+startpar.
да, скорее так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #39

15. Сообщение от Аноним (15), 05-Май-25, 23:38 –2 +/–

> Утилиты для отслеживания, набор утилит для создания, обвязка для воссоздания, набор типовых утилит, другой набор утилит, менеджер событий, сетевой конфигуратор, язык написания сценариев, библиотека для создания невозможного, набор клиентских библиотек и утилит, DNS forwarder, DNS-сервер, HTTP-сервер
Но комбайн — это systemd. Смотри не путай!

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

17. Сообщение от Уважай Линуса Поттеринга (?), 06-Май-25, 00:02 –5 +/–

Понапридумывают сложнейших систем с кучей сопутствующих пакетов. А могли бы уже просто взять ясное и прекрасное творение Линуса Поттеринга - systemd, и не парить себе голову. Всё легко и просто загружается, настраивается, поддерживается.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #21, #23

18. Сообщение от Someone (??), 06-Май-25, 00:20 +6 +/–

Линуса Поттеринга..Ну теперь все встало на свои места.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #44

19. Сообщение от Аноним (5), 06-Май-25, 00:51 +/–

> даже для 10 сервисовэто дает ощутимый прирост.
> openrc тоже зависимости для нативных сервисов компилит. и стартует их одним openrc-run'ом,
> запущенным 0'м пидом.
> результат - прирост в 4 раза по сравнению с ненативными.
Только речь о "затратах" на анализ, а не о способе запуска (из-за чего, скорее всего и "прирост").
Внимательно следите за руками:
https://man.freebsd.org/cgi/man.cgi?rcorder(8)
> The rcorder utility is designed to print    out a dependency ordering of a
> set of interdependent files. Typically it is used to find an execution
>       sequence    for a set of shell scripts in which certain files must be executed before others.
построение графа:

% time rcorder /etc/rc.d/* /usr/local/etc/rc.d/* |wc -l
       198 <-- 198 сервисов
rcorder /etc/rc.d/* /usr/local/etc/rc.d/*  0,00s user 0,01s system 79% cpu 0,007 total
Анализ для "оптимизации" (т.е. там еще предыдущий анализ):
> -p       Generate ordering suitable for parallel startup, placing files that can be executed simultaneously on the same line.

% time rcorder -p rcorder /etc/rc.d/* /usr/local/etc/rc.d/* |wc -l
      47
rcorder -p rcorder /etc/rc.d/* /usr/local/etc/rc.d/*  0,00s user 0,01s system 78% cpu 0,009 total

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

21. Сообщение от Аноним (21), 06-Май-25, 01:05 +3 +/–

Vendor lock - это плохо. Нужны альтернативы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #66

22. Сообщение от myster (ok), 06-Май-25, 01:09 +6 +/–

В s6-rc модули независимы, а в systemd они не работают отдельно друг от друга, поэтому да, systemd - комбайн

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #58, #60

23. Сообщение от Аноним (23), 06-Май-25, 01:38 +/–

Линусу было нас рать, а вот Лёня мог улучшить openrc, а не городить своё.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #47, #59

24. Сообщение от Аноним (24), 06-Май-25, 01:45 +3 +/–

Shepherd забыл?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #25

25. Сообщение от АнонимичныйАноним (?), 06-Май-25, 02:51 +1 +/–

Shepherd это шик, единственный инит, который я действительно понимаю)

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

29. Сообщение от Аноним (-), 06-Май-25, 05:39 –2 +/–

>да, но не трекает зависимостей
Какие ещё зависимости? Запустить, остановить демона. Статус энэбл и дисэбл. Что ещё нужно для счастья? Ничего.
>А если их трекать, то всё усложняется, и минимальный вариант усложнения - это s6.
Какой ещё от запускальщика демона усложнение? Вы в своём уме, или вас systemD развратил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #31

31. Сообщение от Аноним (31), 06-Май-25, 06:33 +3 +/–

А подумать никак?
Сервис может зависит от другого сервиса, а тот зависит от нескольких других.
Как пример
Сервис логировниия Х, логика которого инициализировать и запустить что-то, а это что-то передает данные по сети.
Перед тем как запустить этот сервис, нужно инициировать и запустить сервис управления сетью.
И так далее по цепочке.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #41

39. Сообщение от Xo (?), 06-Май-25, 07:45 +1 +/–

dinit мне показался проще и быстрей, чем s6.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #42

40. Сообщение от Аноним (40), 06-Май-25, 08:46 +/–

в каких дистрах этот s6 по дефолту? как попробовать это чудо?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #50

41. Сообщение от Аноним (41), 06-Май-25, 09:40 –2 +/–

а почему нельзя сразу написать нормально так, чтоб логирование запустилось без сети и ждать его появления?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #43, #52, #56

42. Сообщение от Аноним (42), 06-Май-25, 09:43 +/–

sinit*

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

43. Сообщение от Аноним (41), 06-Май-25, 09:49 +1 +/–

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

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

44. Сообщение от Аноним (44), 06-Май-25, 10:20 +1 +/–

Вот это поворот!

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

45. Сообщение от Соль земли (?), 06-Май-25, 10:21 +/–

А чего это анализ зависимостей ресурсоёмкий?

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

46. Сообщение от YetAnotherOnanym (ok), 06-Май-25, 10:22 +/–

> У них там что, десяток тыщ сервисов или это опять классический "premature optimization"?
Да.

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

47. Сообщение от YetAnotherOnanym (ok), 06-Май-25, 10:31 +/–

Нет. В openrc, по большому счёту, улучшать особо и нечего.
Идея заменить скрипты на shell (т.е. инструмент общего назначения, приспособленный для решения специфической задачи) на специализированный инструмент - вполне здравая. Проблема в том, что Лёня - классический shitfinger, он превращает в фекалии всё, к чему прикоснётся. Все его творения - и авахи, и пульсу, и системд, пришлось доводить до ума другим людям.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #48, #61, #71

48. Сообщение от 678 (?), 06-Май-25, 11:09 +/–

> пришлось доводить до ума другим людям
Сомнительно они это довели до ума, ну серьезно - просто набор костылей прикрутили

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

49. Сообщение от myster (ok), 06-Май-25, 12:04 +2 +/–

Artix делают ISO-шки с разными init системами, в том числе с S6.

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

50. Сообщение от Engineer (??), 06-Май-25, 12:22 +/–

В Artix не по дефолту но есть сборки почти со всеми альтенативными инитами.

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

51. Сообщение от anonymous (??), 06-Май-25, 13:44 +/–

кубическая зависимость от количества сервисов.

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

52. Сообщение от anonymous (??), 06-Май-25, 13:49 +1 +/–

> а почему нельзя сразу написать нормально так, чтоб логирование запустилось без сети и ждать его появления?
Зависимости бывают разные. Бывают времени работы программы - когда сеть нужна тебе для выполнения запросов, и ты просто посылаешь отказ, если сети нет. А бывает зависимость, необходимая для старта, если например из той сети берётся конфигурация. И тут уже никак - без сети ты не знаешь какие порты открывать, каким пользователям разрешать делать запросы - и прочее, а по умолчанию разрешать всем - это очень плохая идея.
А ещё зависимость нужна чтобы не запускать десяток сервисов вручную. Запускаешь один - остальные запускаются автоматически в вычисленном порядке или параллельно.

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

55. Сообщение от Аноним (-), 06-Май-25, 16:47 +/–

> Какая-то она мудрёная. Из всех альтернатив Systemd больше всего мне понравился Runit
> - он очень быстрый и простой, как палка.
На этом его достоинства и заканчиваются. Ибо никакая он не альтернатива системде по возможностям даже и близко. А простота бывает хуже воровства в вопросах прода и его поддержки.

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

56. Сообщение от Аноним (-), 06-Май-25, 16:48 +1 +/–

> а почему нельзя сразу написать нормально так, чтоб логирование запустилось без сети
> и ждать его появления?
Вопрос: как запускать допустим сервер желающий забиндиться на конкретный интерфейс, до того как он появился и сконфигурен? А биндиться к конкретному адресу тогда вообще как? Вот запустили мою прогу. Ифейса нет. И?

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

58. Сообщение от Аноним (-), 06-Май-25, 17:02 –1 +/–

> В s6-rc модули независимы, а в systemd они не работают отдельно друг
> от друга, поэтому да, systemd - комбайн
Независимы от чего? Это может работать без s6? С другими инитами? Или... ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #69

59. Сообщение от Аноним (-), 06-Май-25, 17:04 +/–

> Линусу было нас рать, а вот Лёня мог улучшить openrc, а не
> городить своё.
Очень хорошо что он вместо потуг сделать более быстрых лошадей которых вы просили - запилил нам нормальные комфортные автомобили и конвейер для их производства. Разница примерно такая же. А вы можете сидеть в конюшне и чистить любимого рысака дальше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #63

60. Сообщение от Аноним (15), 06-Май-25, 17:30 +/–

Вполне могут, ровно настолько же, насколько это поделие, не считая мелких брызг. Проблема с хейтерками не в том, что им что-то не нравится (мнения — они как задницы, у каждого есть своя), а в том, что хейтерки сами не знают что они хейтят и почему, и от того придумывают для оправдания «комбайность», «философию юникс» в собственной произвольной трактовке, и прочий шаманизм. Но вот поди ж ты, оказывается инициализация системы это нетривиальная задача,
и её решение в общем случае требует нетривиальных программ. Quelle surprise!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #70

61. Сообщение от Аноним (15), 06-Май-25, 17:32 +/–

> пришлось доводить до ума другим людям
А почему «другие люди» не довели до ума что-то другое? Почему взяли то, что написал Поттеринг, а не что-то другое или вовсе своё написали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #65

62. Сообщение от Аноним (63), 06-Май-25, 19:59 Скрыто ботом-модератором +/–

> bcnm 0.0.2.0 - сетевой конфигуратор с возможностями для настройки Wi-Fi на стороне клиента.
Глючный Wicd и безфичевый интеловский iwd теперь можно закопать.

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

63. Сообщение от Аноним (63), 06-Май-25, 20:02 +/–

Так автомобиль - svchost.exe. А это китайская копия неизвестной сборки. Кому надо автомобить, тот перейдёт на винду.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #68

64. Сообщение от Аноним (64), 06-Май-25, 20:17 +/–

Какое-то дикое подобие ненужнодэ,таким каким его видят программисты. Ну, может и пригодится кому, но runit как Калашников - простой и надежный. В ненужнодэ и так уже задомонировать над системой пытаются изо всех сил. Достали маньяки, которые пытаются все контроллировать со своими комплексами.

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

65. Сообщение от YetAnotherOnanym (ok), 06-Май-25, 21:04 +1 +/–

Ну, в случае пульсы - таки нашёлся герой, который решил, что нуевонафиг и написал пайпвайр. Системд - скорее всего потому что больно уж большой объём, чтобы вот так вот всё похерить и начать с нуля. А вот почему авахи до сих пор не заменили на что-то, что позволило бы не соединять все географически разнесённые сети в одну л2-бродкаст-помойку - для меня загадка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #67

66. Сообщение от Уважай Линуса Поттеринга (?), 06-Май-25, 22:45 +/–

Никакого вендролока - с systemd полная свобода! Линус Поттеринг - радетель СПО, его творения свободнее многих иных систем.

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

67. Сообщение от Аноним (67), 06-Май-25, 23:06 +/–

> Системд - скорее всего потому что больно уж большой объём
Не нужен там большой объем. Особенно оставить инит инитом. Примером тому является, например, dinit.
> А вот почему авахи до сих пор не заменили
Видимо, потому что он тихо-мирно работает в уголке и жрать не просит. Да и нужен не только лишь всем.

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

68. Сообщение от Аноним (-), 06-Май-25, 23:29 +/–

> Так автомобиль - svchost.exe. А это китайская копия неизвестной сборки.
Не, судя по фичесету и тому как это работает - все выглядит ровно наоборот. Svchost это кривая шляпа, с совершенно левым управлением и 10% от возможностей системды. Достаточно сказать что MS зачем-то сделал сервисы - DLL'ками. Этот бред унаследован чуть ли не с времен винды 3.11.
А запустить произвольную произвольную программу в винде как сервис - это вообще какое-то совершенно левое мучение. Так по жизни. Кривая конструкция набитая легаси эпохи маздая 3.11.
> Кому надо автомобить, тот перейдёт на винду.
Пока, вроде, обратный тренд, аж WSL кой-кто запилил. Вон те попробовали - запрячь вместо лошадей трактор в карету. Не то чтобы это совсем не работало... но...

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

69. Сообщение от мяв (?), 07-Май-25, 01:41 +/–

да, может.
я больше Вам скажу: у openrc, напр., даже поддержка s6'ого супервизора нативная, через supervisor=s6(или как-то так).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #78

70. Сообщение от мяв (?), 07-Май-25, 01:42 +/–

кто-то ниасилил матчасть и пошел рассуждать прохейтеров ?
какая милота !

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #79

71. Сообщение от мяв (?), 07-Май-25, 01:52 +/–

так в openrc уже 10 лет, как никакими скриптами на шелле не пахнет.
в openrc все то, что было в systemd, чуть ли не с самого его начала.
включая декларативные сервисы, зависимости, быстрый запуск(используя 1 процесс-запускатель при инициализации, вместо исполнения всего init.d).
просто в openrc это было сделано с оглядкой на обратную совместимость и удобство.
Вы вполне можете вставить шелл-код в сервис или положить бинарник в init.d.
но так редко делают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #72, #80

72. Сообщение от мяв (?), 07-Май-25, 01:53 +/–

это к слову о том, почему леннарт в своем сравнении рассматривал только upstart и sysv, когда sd еще был сервисным менеджером.

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

74. Сообщение от Аноним (-), 07-Май-25, 05:42 +/–

Толсто.

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

75. Сообщение от Аноним (75), 07-Май-25, 08:00 +/–

основная цель не в оптимизации, а в том чтобы вынести код со сложной логикой (парсинг, построение графа зависимостей и т.п.) в отдельный бинарник, который не выполняется во время загрузки системы.
Таким способом снижается поверхность атаки и количество потенциальных уязвимостей. Понимаю, необычно, когда таких целей достигают изменением архитектуры программы, а не ее тупым переписыванием на раст.

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

78. Сообщение от Аноним (-), 07-Май-25, 08:44 +/–

> да, может.
> я больше Вам скажу: у openrc, напр., даже поддержка s6'ого супервизора нативная,
> через supervisor=s6(или как-то так).
Как говорится в следствии из законов Мерфи...
... сделайте систему где можно настраивать 200 параметров, и вы БУДЕТЕ настраивать все 200 параметров, лично. Независимо от того хотели ли вы этим заниматься.

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

79. Сообщение от Аноним (-), 07-Май-25, 08:52 +/–

> кто-то ниасилил матчасть и пошел рассуждать прохейтеров ?
> какая милота !
Я другой анон, но если говорить за матчасть то systemd просто и элегантно решает вопросы с изоляцией, сменой пользователей, урезанием прав, настройкой шедилунга и приоритетов, построением кастомного view системы и много чего еще - несколькими директивами конфига, и это не трансформируется в ломкие, сложные, медленные действа уповающие на доступность того или иного закоулка системы.
Потому что технически очень удобно иметь привилегированный агент который отвесит все нужные сисколы в правильном порядке.
А юниксвэй это прекрасно. Но - не в этом случае. А забивать гвоздь микроскопом - потому что вэй так требует - да ну нафиг. Иногда лучше обойти такой вэй сторонкой, и взять молоток. А если гвоздей много то и крутой пневмомолоток. После чего мы поговорим о продуктивности работы и кто сколько времени на одну и ту же задачу тратит. Это интереснее чем абстрактные разссуждения о абстрактных вэях. Задач много, а жизня - одна.

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

80. Сообщение от Аноним (-), 07-Май-25, 09:20 +/–

> так в openrc уже 10 лет, как никакими скриптами на шелле не пахнет.
Это ему уже не поможет. Он как был кучей костылей и подпорок, решающий фиг знает какие задачи/проблемы, и почему именно так - таковым навечно и останется.
Прелесть системды - в том что 1 компактным конфигом решается довольно много довольно сложных системных задач. Которые напряжно решать кучкой утилиток, скриптиков и проч. Ибо если я собирал изолированную от системы арену, система by design недоступна. И я не вижу причин оставлять веб серверу доступ в шелл, утилиткам сервис менеджера или что там - явно не требующееся для нормальной работы, это только хакерам удобнее делает. А с юниксвеем проблема в том что оно где-то в середине действа завалится по причине "утилитки - недоступны". Системд в памяти висит, с правами, и может сисколы отвесить не уповая на все эти лоскутки в закоулках. Так что у него такой проблемы нет.
А вон там получается - жутукий франкенштейн, кривой, сложный, ломкий, с кучей особенностей и факапов, "зато забили гвоздь ЛЮБИМЫМ МИКРОСКОПОМ".
> в openrc все то, что было в systemd, чуть ли не с
> самого его начала.
У системды также есть кроме вышеупомянутого:
1) Нормальный обзор статуса системы. Я 1 утилитой могу глянуть ок ли моя система. Есть ли сбоящие сервисы. Вот это все. А еще парой - время старта и анализ кто систему клинил.
2) Нормальный логгинг, когда
  2а) мне не надо греть мозги долбаным logrotate на каждый первый сервис
  2б) если сервис не взлетел то коды возврата, сообщения stdout/stderr и проч в логах
3) Тулинг для типовых задач. Хочется рулить контейнеры или виртуали? Есть утилсы для этого. И это одинаковое на всех дистрах с системд. Т.е. на львиной доле линухов.
4) Вещи полезные в необслуживаемых/малообслуживаемых системах и эмбедовке. Нокия называла это mission control. Включает в себя трек успеха загрузки и информирование бутлоадера, реакцию на сбои сервисов, работу с аппаратным вачдогом и проверку что сервисы которых оно супервизит реально живы, а не плймали локап неделю назад при всеобщем пофиге на все и вся, как вон там.
И как у вас дела с этим всем? Да, системный менеджер это не только про запуск. Это еще про "супервайзинг" системного "здоровья" и того что запущено. И крайне тупо настраивать ЭТО где-то отдельно от вон того, ибо плотно связанные вещи. Нормально увязать это может кто-то имеющий хоть какой-то скилл архитекта. У поттеринга он был, уж какой-никакой. У вон тех была только бездарность и безблагодатность на эту тему имхо.
> включая декларативные сервисы, зависимости, быстрый запуск(используя 1 процесс-запускатель
> при инициализации, вместо исполнения всего init.d).
Лично я очень рад что забыл про init.d как страшный сон. И теперь у меня нормальное управление системой а не пародия из спичек и желудей, "зато свое!".
> просто в openrc это было сделано с оглядкой на обратную совместимость
На мой вкус я не буду скучать о совместимости с тем мусором из 70-х. Зачем в авто оглобли для запрягания лошадей?!
>  и удобство.
Что вы в этом вообще понимаете? С вашим микроменеджментом tomoyo вы делом показали - ничего. Нормальные люди для ТОГО юзают контейнеры и достигают резульат не хуже а может и лучше - с возней в десятки раз меньше. И вы после этого будете говорить про удобство? :)
> Вы вполне можете вставить шелл-код в сервис или положить бинарник в init.d.
Что обрекает тех кто будет эти системы майнтайнить, если это не локалхост, на неприятные сюрпризы. Чаще чем с системдой. К счастью именно поэтому с ним в жизни встретиться - не придется.
> но так редко делают.
В системд если ОЧЕНЬ надо - можно в ExecStart(Pre, Post) и шелскрипт запустить. Но поскольку это выглядит как костыль - вот там ЭТО и правда редко, когда реально - надо. И оговорен и-фейс между sd и допустим Pre, так что если пречек конфига или подготовка арены хелпером не удалась - оно заметит, и отмаркирует как FAILED сразу. А как с этим дела у вон тех? Как обычно - косплеят в режиме "почти Харлей, только китайский и из дешевого вонючего пластика"?

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

3. Сообщение от Обезьяврус (-), 05-Май-25, 21:50	+4 +/–
Какая-то она мудрёная. Из всех альтернатив Systemd больше всего мне понравился Runit - он очень быстрый и простой, как палка.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #6, #10, #55

5. Сообщение от Аноним (5), 05-Май-25, 22:02	+/–
> что позволяет выполнить ресурсоёмкий анализ зависимостей отдельно, а не во время загрузки или изменения состояния. У них там что, десяток тыщ сервисов или это опять классический "premature optimization"?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #8, #9, #46, #75

6. Сообщение от Аноним (6), 05-Май-25, 22:03	+2 +/–
да, но не трекает зависимостей. А если их трекать, то всё усложняется, и минимальный вариант усложнения - это s6.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #12, #29

7. Сообщение от Аноним (7), 05-Май-25, 22:28	+/–
С системдой же не за 5 секунд загружается, хотя и с ней не сотнями сервисы грузятся.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

8. Сообщение от anonymous (??), 05-Май-25, 22:28	+/–
скорее всего затачиваются под встроенные системы. Там частенько делают переконфигурацию через перекомпиляцию.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

9. Сообщение от мяв (?), 05-Май-25, 22:29	+/–
даже для 10 сервисовэто дает ощутимый прирост. openrc тоже зависимости для нативных сервисов компилит. и стартует их одним openrc-run'ом, запущенным 0'м пидом. результат - прирост в 4 раза по сравнению с ненативными.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #19

10. Сообщение от мяв (?), 05-Май-25, 22:31	+1 +/–
из альтернатив сд, как сервисному менеджеру, только openrc и s6. остальное даже не близко по функционалу
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #24

12. Сообщение от мяв (?), 05-Май-25, 22:31	+2 +/–
минимальный - openrc.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #13

13. Сообщение от мяв (?), 05-Май-25, 22:32	+/–
или даже чтоУгодно+startpar. да, скорее так.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #39

15. Сообщение от Аноним (15), 05-Май-25, 23:38	–2 +/–
> Утилиты для отслеживания, набор утилит для создания, обвязка для воссоздания, набор типовых утилит, другой набор утилит, менеджер событий, сетевой конфигуратор, язык написания сценариев, библиотека для создания невозможного, набор клиентских библиотек и утилит, DNS forwarder, DNS-сервер, HTTP-сервер Но комбайн — это systemd. Смотри не путай!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #22

17. Сообщение от Уважай Линуса Поттеринга (?), 06-Май-25, 00:02	–5 +/–
Понапридумывают сложнейших систем с кучей сопутствующих пакетов. А могли бы уже просто взять ясное и прекрасное творение Линуса Поттеринга - systemd, и не парить себе голову. Всё легко и просто загружается, настраивается, поддерживается.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #18, #21, #23

18. Сообщение от Someone (??), 06-Май-25, 00:20	+6 +/–
Линуса Поттеринга..Ну теперь все встало на свои места.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #44

19. Сообщение от Аноним (5), 06-Май-25, 00:51	+/–
> даже для 10 сервисовэто дает ощутимый прирост. > openrc тоже зависимости для нативных сервисов компилит. и стартует их одним openrc-run'ом, > запущенным 0'м пидом. > результат - прирост в 4 раза по сравнению с ненативными. Только речь о "затратах" на анализ, а не о способе запуска (из-за чего, скорее всего и "прирост"). Внимательно следите за руками: https://man.freebsd.org/cgi/man.cgi?rcorder(8) > The rcorder utility is designed to print out a dependency ordering of a > set of interdependent files. Typically it is used to find an execution > sequence for a set of shell scripts in which certain files must be executed before others. построение графа: % time rcorder /etc/rc.d/* /usr/local/etc/rc.d/* \|wc -l 198 <-- 198 сервисов rcorder /etc/rc.d/* /usr/local/etc/rc.d/* 0,00s user 0,01s system 79% cpu 0,007 total Анализ для "оптимизации" (т.е. там еще предыдущий анализ): > -p Generate ordering suitable for parallel startup, placing files that can be executed simultaneously on the same line. % time rcorder -p rcorder /etc/rc.d/* /usr/local/etc/rc.d/* \|wc -l 47 rcorder -p rcorder /etc/rc.d/* /usr/local/etc/rc.d/* 0,00s user 0,01s system 78% cpu 0,009 total
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

21. Сообщение от Аноним (21), 06-Май-25, 01:05	+3 +/–
Vendor lock - это плохо. Нужны альтернативы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #66

22. Сообщение от myster (ok), 06-Май-25, 01:09	+6 +/–
В s6-rc модули независимы, а в systemd они не работают отдельно друг от друга, поэтому да, systemd - комбайн
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #58, #60

23. Сообщение от Аноним (23), 06-Май-25, 01:38	+/–
Линусу было нас рать, а вот Лёня мог улучшить openrc, а не городить своё.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #47, #59

24. Сообщение от Аноним (24), 06-Май-25, 01:45	+3 +/–
Shepherd забыл?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #25

25. Сообщение от АнонимичныйАноним (?), 06-Май-25, 02:51	+1 +/–
Shepherd это шик, единственный инит, который я действительно понимаю)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24

29. Сообщение от Аноним (-), 06-Май-25, 05:39	–2 +/–
>да, но не трекает зависимостей Какие ещё зависимости? Запустить, остановить демона. Статус энэбл и дисэбл. Что ещё нужно для счастья? Ничего. >А если их трекать, то всё усложняется, и минимальный вариант усложнения - это s6. Какой ещё от запускальщика демона усложнение? Вы в своём уме, или вас systemD развратил.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #31

31. Сообщение от Аноним (31), 06-Май-25, 06:33	+3 +/–
А подумать никак? Сервис может зависит от другого сервиса, а тот зависит от нескольких других. Как пример Сервис логировниия Х, логика которого инициализировать и запустить что-то, а это что-то передает данные по сети. Перед тем как запустить этот сервис, нужно инициировать и запустить сервис управления сетью. И так далее по цепочке.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29 Ответы: #41

39. Сообщение от Xo (?), 06-Май-25, 07:45	+1 +/–
dinit мне показался проще и быстрей, чем s6.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #42

40. Сообщение от Аноним (40), 06-Май-25, 08:46	+/–
в каких дистрах этот s6 по дефолту? как попробовать это чудо?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #49, #50

41. Сообщение от Аноним (41), 06-Май-25, 09:40	–2 +/–
а почему нельзя сразу написать нормально так, чтоб логирование запустилось без сети и ждать его появления?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #43, #52, #56

42. Сообщение от Аноним (42), 06-Май-25, 09:43	+/–
sinit*
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #39

43. Сообщение от Аноним (41), 06-Май-25, 09:49	+1 +/–
самая никчемность подхода зависимостей - когда сервис сети поднят, а связи по факту нет, потому что обрыв, фаервол и все такое. аналогия: у тебя есть машина, но оказалось проколото колесо. поэтому давай снимем все колеса, разберем двигатель и сожгем кузов
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #41

44. Сообщение от Аноним (44), 06-Май-25, 10:20	+1 +/–
Вот это поворот!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

45. Сообщение от Соль земли (?), 06-Май-25, 10:21	+/–
А чего это анализ зависимостей ресурсоёмкий?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #51

46. Сообщение от YetAnotherOnanym (ok), 06-Май-25, 10:22	+/–
> У них там что, десяток тыщ сервисов или это опять классический "premature optimization"? Да.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

47. Сообщение от YetAnotherOnanym (ok), 06-Май-25, 10:31	+/–
Нет. В openrc, по большому счёту, улучшать особо и нечего. Идея заменить скрипты на shell (т.е. инструмент общего назначения, приспособленный для решения специфической задачи) на специализированный инструмент - вполне здравая. Проблема в том, что Лёня - классический shitfinger, он превращает в фекалии всё, к чему прикоснётся. Все его творения - и авахи, и пульсу, и системд, пришлось доводить до ума другим людям.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #48, #61, #71

48. Сообщение от 678 (?), 06-Май-25, 11:09	+/–
> пришлось доводить до ума другим людям Сомнительно они это довели до ума, ну серьезно - просто набор костылей прикрутили
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #47