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

"Новые версии сервисного менеджера 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) +3

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

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

или даже чтоУгодно 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) –1

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

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

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

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

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

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

У них там что, десяток тыщ сервисов или это опять классический 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)

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

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

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

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

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

Vendor lock - это плохо Нужны альтернативы , Аноним (21), 01:05 , 06-Май-25, (21) +3
Линусу было нас рать, а вот Лёня мог улучшить openrc, а не городить своё , Аноним (23), 01:38 , 06-Май-25, (23)

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

Сомнительно они это довели до ума, ну серьезно - просто набор костылей прикрутил, 678 (?), 11:09 , 06-Май-25, (48)

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

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

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

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

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

3. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +3 +/–

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

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

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

6. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +2 +/–

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

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

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

12. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +1 +/–

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

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

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

13. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

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

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

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

39. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +1 +/–

Сообщение от Xo (?), 06-Май-25, 07:45

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

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

42. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

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

sinit*

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

29. "Новые версии сервисного менеджера s6-rc и системы инициализа..." –1 +/–

Сообщение от Аноним (-), 06-Май-25, 05:39

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

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

31. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +3 +/–

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

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

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

41. "Новые версии сервисного менеджера s6-rc и системы инициализа..." –2 +/–

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

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

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

43. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

Сообщение от Аноним (41), 06-Май-25, 09:49

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

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

52. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

Сообщение от anonymous (??), 06-Май-25, 13:49

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

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

10. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +1 +/–

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

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

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

24. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +2 +/–

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

Shepherd забыл?

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

25. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +1 +/–

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение от Аноним (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ообщить модератору

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

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

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

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

15. "Новые версии сервисного менеджера s6-rc и системы инициализа..." –1 +/–

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

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

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

22. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +4 +/–

Сообщение от myster (ok), 06-Май-25, 01:09

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

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

17. "Новые версии сервисного менеджера s6-rc и системы инициализа..." –3 +/–

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

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

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

18. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +6 +/–

Сообщение от Someone (??), 06-Май-25, 00:20

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

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

44. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +1 +/–

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

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

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

21. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +3 +/–

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

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

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

23. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

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

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

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

47. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

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

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

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

48. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

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

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

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

40. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

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

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

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

49. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

Сообщение от myster (ok), 06-Май-25, 12:04

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

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

50. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

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

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

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

45. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

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

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

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

51. "Новые версии сервисного менеджера s6-rc и системы инициализа..." +/–

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

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

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

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

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

Партнёры:

Хостинг:

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

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

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


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


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


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


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


	42. "Новые версии сервисного менеджера s6-rc и системы инициализа..."	+/–
	Сообщение от Аноним (42), 06-Май-25, 09:43
	sinit*
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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


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


	52. "Новые версии сервисного менеджера s6-rc и системы инициализа..."	+/–
	Сообщение от anonymous (??), 06-Май-25, 13:49
	> а почему нельзя сразу написать нормально так, чтоб логирование запустилось без сети и ждать его появления? Зависимости бывают разные. Бывают времени работы программы - когда сеть нужна тебе для выполнения запросов, и ты просто посылаешь отказ, если сети нет. А бывает зависимость, необходимая для старта, если например из той сети берётся конфигурация. И тут уже никак - без сети ты не знаешь какие порты открывать, каким пользователям разрешать делать запросы - и прочее, а по умолчанию разрешать всем - это очень плохая идея. А ещё зависимость нужна чтобы не запускать десяток сервисов вручную. Запускаешь один - остальные запускаются автоматически в вычисленном порядке или параллельно.
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


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


	24. "Новые версии сервисного менеджера s6-rc и системы инициализа..."	+2 +/–
	Сообщение от Аноним (24), 06-Май-25, 01:45
	Shepherd забыл?
	Ответить \| Правка \| Наверх \| Cообщить модератору


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

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


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


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


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


	19. "Новые версии сервисного менеджера s6-rc и системы инициализации s6-linux-init"	+/–
	Сообщение от Аноним (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ообщить модератору


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

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


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

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


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


	44. "Новые версии сервисного менеджера s6-rc и системы инициализа..."	+1 +/–
	Сообщение от Аноним (44), 06-Май-25, 10:20
	Вот это поворот!
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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


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

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