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

"Выпуск сервисного менеджера s6-rc 0.6"	+/–
Сообщение от opennews (?), 25-Янв-26, 22:51
Доступен выпуск сервисного менеджера s6-rc 0.6.0.0, предназначенного для управления запуском скриптов инициализации и сервисов. Поддерживается отслеживание дерева зависимостей и автоматический запуск или завершение сервисов для достижения указанного состояния. Инструментарий s6-rc может применяться как в системах инициализации, так и для организации запуска произвольных сервисов в привязке к событиям, отражающим изменение состояния системы. Система поддерживает скрипты инициализации, совместимые с sysv-init, и может импортировать информацию о зависимостях из  sysv-rc или OpenRC. Код написан на языке Си и распространяется под лицензией ISC... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64677
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

3. Сообщение от Аноним (3), 25-Янв-26, 23:00	+8 +/–
> Проект s6-rc придерживается философии минимализма (не содержит ничего лишнего) и потребляет минимум ресурсов. Не верю. Инит, запускающий по шеллу на каждый сервис, не может потреблять минимум ресурсов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #18, #37, #63, #85

4. Сообщение от пэпэ (?), 25-Янв-26, 23:09	+4 +/–
Какой-то набор заглушек для юного прокрастинатора.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #24

5. Сообщение от morphe (?), 25-Янв-26, 23:38	+3 +/–
> Проект s6-rc придерживается философии минимализма При этом реализует всё то же самое что и systemd, только в разы хуже
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #13

6. Сообщение от Аноним (6), 25-Янв-26, 23:45	–6 +/–
ну шелл потребляет меньше ресурсов чем инит на 10000 мегабайт сколько бы тех сервисов там не было
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11

7. Сообщение от Tty4 (?), 26-Янв-26, 00:05	+1 +/–
В разы хуже, чем launchd 🧐. В общем, получше systemd будет, судя по возбуждению фанатиков
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от Аноним (25), 26-Янв-26, 00:14	+3 +/–
1. Кому надо поиграться - есть systemd. 2. Гугл в ХромОС использует upstart.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

11. Сообщение от Аноним (-), 26-Янв-26, 00:39	+5 +/–
> ну шелл потребляет меньше ресурсов чем инит на 10000 мегабайт сколько > бы тех сервисов там не было Системда жрет на вон том ARMовском одноплатнике - аж 6 мегабайт. А допустим инстанс баша - один - весит под мегабайт оперативы. Что будет если его удумать параллельно при старте запускать - даже и упоминать неудобно, там коллапс по сути получается и загрузочные времена позорные что капец. OpenWRT грузящийся по минуте - проверял. Отстой получается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #14, #25, #65

12. Сообщение от Аноним (-), 26-Янв-26, 00:41	+1 +/–
> Какой-то набор заглушек для юного прокрастинатора. Вот вам клей, вот буханка, вот еще какая-то фигня. Можете запилить себе шикарнейший троллейбус. И судя по описанию - заняться с всем этим каким-то брейнфаком во имя луны "как в demontools и runit". Вот уж на кого не стоит ориентироваться в вопросах обслуживаемости и обозреваемости системе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

13. Сообщение от Аноним (13), 26-Янв-26, 00:55	+1 +/–
Всё, не тянущее бисер из тысяч мелких файликов, по смыслу составляющих рваную в лоскуты логику, лучше чем системд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #16

14. Сообщение от Аноним (3), 26-Янв-26, 01:27	+/–
При этом в оригинальном сообщении я скорее имел в виду циклы CPU, чем количество RAM. Очевидно, что происходит с ними при спауне нового инстанса sh на каждый демон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

16. Сообщение от логоним (?), 26-Янв-26, 03:58	+2 +/–
Но ведь ты сейчас в точности описал сисьвинит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #30, #33

17. Сообщение от логоним (?), 26-Янв-26, 04:00	+/–
Да. Все играются в проде. И не иначе как на промышленных к2д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

18. Сообщение от morphe (?), 26-Янв-26, 05:18	+/–
> Не верю. Инит, запускающий по шеллу на каждый сервис, не может потреблять > минимум ресурсов. Ну ты шо, баш портянки то короткие, а системда целые 8 мбайт весит, больше ведь ничего не влияет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #27

20. Сообщение от Фонтимос (?), 26-Янв-26, 07:23	–1 +/–
СистемДи - всё? Написан на Си, параллельный запуск, гарантируется последовательность выполнения, упреждающее построение графа зависимостей, в соответствии с философией Unix (заметьте не Виндуз) решает только определённую задачу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #26, #51, #79

21. Сообщение от User (??), 26-Янв-26, 07:58	+/–
> СистемДи - всё? "Запомните этот твит!"(С)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #82

22. Сообщение от в (?), 26-Янв-26, 08:31	–1 +/–
В новости не написано, что s6-rc не позиционируется как универсальный менеджер запуска, а как часть s6.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

23. Сообщение от Аноним (25), 26-Янв-26, 08:36	+/–
> используется скомпилированная БД зависимостей, создаваемая утилитой s6-rc-compile на основе содержимого каталогов с файлами Плюс одна точка отказа.
Ответить | Правка | Наверх | Cообщить модератору

24. Сообщение от Аноним (25), 26-Янв-26, 08:43	+/–
> система не является монолитной и разбита на серию отдельных и заменяемых модулей Ну да. Все кирпичики - как тематический лего. Вроде есть чувство, что "сам" складываешь, но получается только сарай. Можно, конечно, попробовать автомобиль сложить, но у него колёса квадратно-неподвижные будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

25. Сообщение от Аноним (25), 26-Янв-26, 08:48	+1 +/–
> параллельно Уже показано, что параллелизм замедляет старт: ресурсы не хотят параллелиться: диск, который один, память забивается случайными обращениями, постоянно сбрасывающийся кеш от сотен параллельных процессов, лог, в который хотят все писать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #28, #45, #69, #72

26. Сообщение от Аноним (26), 26-Янв-26, 08:54	+3 +/–
> в соответствии с философией Unix Запомни: если программа используется ровно в одном контексте, то от ее юниксвейности толка нет. Админ не придет и не запустит s6-чепухрень ни с того ни с сего. Он ожидает, что s6-чепухрень будет работать сама, в связке, без необходимости возиться в шелле и оформлять пайпы вида s6-чепухрень | awk 'ужасная хрень' | grep | sort | еще одна s6-чепухрень | uniq.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

27. Сообщение от Аноним (25), 26-Янв-26, 08:54	+7 +/–
> а системда Проверял на апельсинке от включения до готовности http-сервера по вафле: - системДа стартует 30 сек; - сборка buildroot на последовательных (!) башпортянках - 10 сек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #35, #68, #73, #75

28. Сообщение от Аноним (25), 26-Янв-26, 08:56	+/–
А, ещё забыл дописать: на старте идёт цепочечная зависимость, всё выстраивается в очередь по зависимостям, и никакого параллелизма по факту нету, только лишняя нагрузка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

29. Сообщение от Аноним (26), 26-Янв-26, 09:01	+/–
Заметьте, что аффтар не имеет ни одного технического аргумента против systemd: https://skarnet.org/software/systemd.html Он лишь негодует, что системда успешно берет на себя многое. "Но программа не может брать на себя много!" утверждает аффтар, обосновывая, почему его s6-чепухрень умеет сильно меньше.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #39, #49

30. Сообщение от Аноним (25), 26-Янв-26, 09:02	+1 +/–
Анон выше хотел сказать, что 5 логичных башпортянок выполнятся быстрее, чем 200 мелких сервисов системДы-s6
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #34, #41, #60

31. Сообщение от Аноним (25), 26-Янв-26, 09:06	–1 +/–
> не позиционируется как универсальный менеджер запуска, а как часть Сразу понятно, что s6-чепухрень - это кусочек паззла, где каждая сцепка - уникальная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

33. Сообщение от mos87 (ok), 26-Янв-26, 09:31	+1 +/–
фанатикам пофиг на реальность
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

34. Сообщение от mos87 (ok), 26-Янв-26, 09:32	+/–
и что это за "5 логичных башпортянок"? и кто сказал, что они будут "быстрее"? был инит который всё вообще в один С бинарник конпелял - был да сплыл. Никому такое чудо оказалось не нужным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

35. Сообщение от Аноним (35), 26-Янв-26, 09:39	+/–
Все проблемы линукс/системд систем могут быть решены более производительным железом. Разработчики сидят на топовых конфигурацях, им нет дела до времени загрузки на полудохлой еммс или сд карточке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

36. Сообщение от mos87 (ok), 26-Янв-26, 09:41	–2 +/–
т.е. всё как обычно. зокапывайте. ЗЫ глянул сайт - мда полный набор подросткового бреда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #38

37. Сообщение от sqrt (?), 26-Янв-26, 10:53	–1 +/–
Шелл-скрипты после запуска сервиса завершают свою работу, а системда висит до перезагрузки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #74

38. Сообщение от Аноним (38), 26-Янв-26, 10:58	+1 +/–
Типичный образец protestware. И оценивать нужно соответственно. Ну не как к настоящему продукту относиться, а как к цирковому искусству.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

39. Сообщение от Валера (??), 26-Янв-26, 11:05	–1 +/–
Автор лишь сказал,что задача Systemd сделать из Linux- Windows, а задача s6-быть просто системой инициализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #42

41. Сообщение от Аноним (87), 26-Янв-26, 11:30	+/–
ну показывай свои 5 портянок, я сравню с системд. inb4, ничего ты не покажешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

42. Сообщение от Аноним (87), 26-Янв-26, 11:32	–1 +/–
то есть он спорит с аргументом, который придумал сам - не может быть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

45. Сообщение от Аноним (45), 26-Янв-26, 11:49	+1 +/–
Если мозгов нет - то и нунчаки больше надают тебе самому, чем врагу. Параллелизм - это хорошо, просто требует АККУРАТНОГО прописывания зависимостей + грануляция этих зависимостей должна быть достаточно мелкой, чтобы не порождать длинные цепочки. Всё просто, если понимаешь, что именно и почему зависит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #46

46. Сообщение от Аноним (46), 26-Янв-26, 11:54	+/–
Складывается ощущение. что каждый сам себе подготавливает виртуалочки. Готовый образ используется в один клик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

47. Сообщение от Аноним (47), 26-Янв-26, 11:55	–1 +/–
Вы главный понт проекта забыли упомянуть: проект написан потому, что остальные - NIH, а чел решил "мы всё переделаем DJB-way". Насколько это DJB-way может знать только сам DJB.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48, #50

48. Сообщение от Аноним (47), 26-Янв-26, 11:58	–1 +/–
А, да, вишенка на торте: >Secure Site Not Available >You’ve enabled HTTPS-Only Mode for enhanced security, and a HTTPS version of thedjbway.b0llix.net is not available. Такой вот "DJB-way"...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

49. Сообщение от Аноним (70), 26-Янв-26, 11:58	+/–
И что с того? Это ему не мешает пилить s6-rc. Не один он негодует по этому поводу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

50. Сообщение от Аноним (47), 26-Янв-26, 12:00	–1 +/–
Ещё цитата: >This is why the System V initialization scheme is still prevalent in Linux distributions, despite being one of the slowest and most unreliable of all initialization schemes.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

51. Сообщение от Аноним (70), 26-Янв-26, 12:11	+1 +/–
Это ж какую он определённую задачу решает? Он пытается решать все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

52. Сообщение от Аноним (47), 26-Янв-26, 12:13	–1 +/–
> <tt>skaclient</tt> is a client-server initiation protocol framework, allowing a process (the "client") to either connect to another process (the "server") via a Unix domain socket, or spawn such a "server" process itself. The client and the server then communicate via <em>two</em> sockets Сразу ффтопку. Коммуникация процессов должна идти через кольцевые буферы, причём виртуальные (это когда кольцевой буфер занимает 2x размер виртуальной памяти к физической, где вторая половина - это те же страничные кадры, что и первая, это позволяет использовать его куски как обычную память). Это абсолютно тривиально реализуется, и в линуксе есть все сисколлы, чтобы делать это безопасно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62

53. Сообщение от Аноним (47), 26-Янв-26, 12:18	–1 +/–
><tt>unixmessage</tt> implements message transmission over Unix domain sockets. Messages are made of standard untyped data (strings), but can also include file descriptors using fd-passing. Может всё же сразу взять flatbuf?
Ответить | Правка | Наверх | Cообщить модератору

54. Сообщение от Аноним (47), 26-Янв-26, 12:20	–2 +/–
><tt>libdatastruct</tt> implements generic data structures like chained lists and AVL trees, in a memory-efficient and CPU-efficient way. Очередные ни с чем не совместимые васяно-велосипеды, лишь бы на C++ не писать и stl/Boost не использовать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #56, #57

55. Сообщение от Аноним (47), 26-Янв-26, 12:25	+/–
> skalibs/fmtscan.h: formatters (printers) and scanners (parsers) for basic C types Давайте всё это дерьмо полностью в рантайм вынесем, std::format - зачем?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

56. Сообщение от Аноним (47), 26-Янв-26, 12:27	–1 +/–
>skalibs/mininetstring.h: a protocol to transmit variable-length messages (limited to 64kB) 64kiB хватит для всех!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #59

57. Сообщение от Аноним (47), 26-Янв-26, 12:33	+/–
>skalibs/bitarray.h: how to handle large arrays of bits >root/src/libstddjb/bitarray_xor.c >/* ISC license. */ >#include <skalibs/bitarray.h> >void bitarray_xor (unsigned char *c, unsigned char const *a, unsigned char const *b, size_t n) >{ >  size_t i = bitarray_div8(n) ; >  while (i--) c[i] = a[i] ^ b[i] ; >} Остальные файлы из той же оперы. Ни SIMDа, ничего, тривиальщина, поданная под соусом ОФИГЕННАЯ ЛИБА КОТОРУЮ ВЫ ДОЛЖНЫ ЮЗАТЬ. Я лучше либы и код из блога Лемира возьму.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #64

59. Сообщение от памяти хватит (?), 26-Янв-26, 13:00	+/–
Ой, ладно, 2gb и тараканы. А некоторые тут даже докупили до 4! Скрепя сердце.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #80

60. Сообщение от Аноним (13), 26-Янв-26, 13:02	+/–
И логичных и читаемых. Как-то о "загрузке за 2 секунды" системдушнилы уже не кричат, в лужу сели, теперь делают вид что ничего не случилось. А народу теперь надо тратить время на изучение тысяч параметров, хоть отдельную профессию заводи -- "слесарь по системд".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #88

61. Сообщение от Аноним (47), 26-Янв-26, 13:15	–4 +/–
><tt>librandom</tt> is a small library designed to provide an interface to some reasonable quality pseudorandom number generation. <tt>librandom</tt> uses arc4random when available, or getrandom - else it defaults to  <tt>/dev/urandom</tt> and a a SURF PRNG. RC4 давно взломан, а могли бы и Blake3 взять, не говоря уже об аппаратных RNG.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #67

62. Сообщение от Аноним (-), 26-Янв-26, 13:48	+2 +/–
типичный пример инженерного максимализма: «можно быстрее» ≠ «всегда нужно быстрее» Unix domain sockets дают:     •    автоматическое управление жизненным циклом,     •    встроенные права доступа,     •    простую модель ошибок,     •    отсутствие shared-state гонок,     •    меньше шансов получить use-after-free или race при падении процесса. Кольцевой буфер в shared memory:     •    сложнее корректно реализовать,     •    требует жёсткой дисциплины синхронизации,     •    плохо переносит аварийное завершение одной из сторон,     •    труднее дебажится,     •    почти всегда привязан к Linux-специфике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #66

63. Сообщение от Аноним (63), 26-Янв-26, 13:52    Скрыто ботом-модератором	+/–
Но одна системда жрет 50 метров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

64. Сообщение от Аноним (38), 26-Янв-26, 14:16	+/–
Театр одного сишника.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

65. Сообщение от Аноним83 (?), 26-Янв-26, 15:08	+/–
Проблема в том, что вы считаете что shell=bash. Это часто не так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #70, #76

66. Сообщение от Аноним (66), 26-Янв-26, 15:18	–1 +/–
Проблемы реализации - это не проблемы. Должны быть: 1. спецификация, по которой можно написать несколько независимых совместимых реализаций 2. эталонная реализация. Пользователь только либу юзает. А прибитие гвоздями к линукс-специфике - это опция. А отображение в память есть везде. А где нет MMU - это не платформы, это говно, причём как оказалось, отсутствие MMU - это намеренный саботаж с целью сегментации рынка ведорами-монополистами копираст-ядер/блоков чтобы лицензировать ядра с MMU в сегмент подороже. >•    автоматическое управление жизненным циклом, Никто не мешает жизненным циклом управлять через существующие механизмы, а вот данные туда-сюда-обратно гнать через отображения. Главное достоинство сокетов Unix - это то, что через них можно дескрипторы пересылать. Всё остальное не нужно нахрен там. По хорошему сокеты вообще нахрен не нужны, нужны сообщения, а конечный автомат в юзерспейсной либе реализовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

67. Сообщение от Аноним (67), 26-Янв-26, 16:53	+/–
ты заспамил весь тред своим бессмысленным бредом. arc4random давно не использует RC4
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

68. Сообщение от _kp (ok), 26-Янв-26, 17:21	+1 +/–
Собирал систему на RPI4. C Systemd старт около 30 секунд, с Upstart 6 секунд. Возможно у Распберри катастрофически мало ядер, что бы была польза от параллельности в загрузке, да и сам он не шустрый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #71, #86

69. Сообщение от Аноним (3), 26-Янв-26, 17:46	+/–
У вас нет NVMe и двухъядерный ЦП? Соболезную.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

70. Сообщение от Аноним (70), 26-Янв-26, 18:43	+/–
Но чаще - так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

71. Сообщение от Bottle (?), 26-Янв-26, 19:34	+/–
ЖурналДи половину времени запуска отнимает. Не пользуешься логами, отключи их.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

72. Сообщение от Аноним (-), 26-Янв-26, 19:44	+/–
> Уже показано, что параллелизм замедляет старт: Кем показано? Где? Вот прям универсально и безаппеляционно? Серьезно? Бывает так что сервис занимает прилично времени на свои операции до запуска. И тогда - весь мир таки подождет пока его величество протуповэйтится. Ниоткуда не следует что ресурсы системы нужные другим были заняты под завязку. > ресурсы не хотят параллелиться: диск, который один, > память забивается случайными обращениями, Флешкам и RAM рандомный доступ ничем таким не плох. А при последовательном старте часто бывает что если какой-то сервис 5 секунд думает при инициализации, остальное в эти 5 секунд - ничего не делает. Даже если ресурсы в системе и были. Просто абстракция такая. > постоянно сбрасывающийся кеш от сотен > параллельных процессов, лог, в который хотят все писать... Тем не менее. Берем одноплатник. Ставим опенврт. Смотрим сколько обуплять будет. Берем его же, и минимальный дебиан с s-d. Смотрим как он за 5 секунд вместо того позора взлетает. Некая разница. Так что последовательная загрузка - не, спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

73. Сообщение от Аноним (-), 26-Янв-26, 19:47	+/–
> Проверял на апельсинке от включения до готовности http-сервера по вафле: > - системДа стартует 30 сек; А у меня почему-то минимальный Debian - за 5 секунд на таком запускается. Вот прямо с системдой. > - сборка buildroot на последовательных (!) башпортянках - 10 сек. А набор сервисов там, пардон муа, одинаковый был? Или вы вкрячили кучу хлама одним, полторы программы другим - и типа-сравнили? Тогда условия сравнения были мягко говоря не равноценные. Напихайте столько сервисов на sysv и увидите что это будет. Да-да, openwrt попробовавший что-то такое - местами минуты полторы после power loss в себя приходит. Представляете?! Там даже вайргад и проч не сильно поможет - за полторы минуты конекции таки отлипнут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

74. Сообщение от Аноним (-), 26-Янв-26, 19:49	+/–
> Шелл-скрипты после запуска сервиса завершают свою работу Вот это кстати тоже - как повезет. Бывают и всякие периодические перезапуски по кольцу или рестарт-мониторы по крону. Которые таки - постоянно или периодически RAM жрут. Да и вот сам s-d назвать прожорливым - даже не знаю. На вон том одноплатнике он 6 мегов RAM сожрал под себя. Из 512. А меньше уже и не паяют особо...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

75. Сообщение от Аноним (3), 26-Янв-26, 21:03	+/–
> системДа стартует 30 сек Срочно смените ваш дистрибутив. CachyOS на ПК (firmware ждал выбора опции загрузки): % systemd-analyze   Startup finished in 23.832s (firmware) + 3.565s (loader) + 4.219s (kernel) + 3.949s (initrd) + 6.861s (userspace) = 42.428s graphical.target reached after 6.861s in userspace. % systemd-analyze critical-chain The time when unit became active or started is printed after the "@" character. The time the unit took to start is printed after the "+" character. graphical.target @6.861s └─power-profiles-daemon.service @6.842s +18ms   └─multi-user.target @6.841s     └─sshd.service @6.821s +19ms       └─network.target @6.820s         └─NetworkManager.service @6.353s +466ms           └─basic.target @6.353s             └─systemd-pcrphase-sysinit.service @6.329s +24ms               └─sysinit.target @6.325s                 └─systemd-update-done.service @6.315s +9ms                   └─ldconfig.service @6.225s +89ms                     └─systemd-tmpfiles-setup.service @6.207s +17ms                       └─local-fs.target @6.205s                         └─tmp.mount @6.189s +16ms                           └─swap.target @6.188s                             └─dev-disk-by\x2duuid-cab9d35d\x2db004\x2d449a\x2db0bb\x2d173a8f1eeed7.swap @6.130s +56ms                               └─dev-disk-by\x2duuid-cab9d35d\x2db004\x2d449a\x2db0bb\x2d173a8f1eeed7.device CachyOS на VPS (KVM-виртуалка): % systemd-analyze Startup finished in 612ms (kernel) + 2.288s (initrd) + 8.525s (userspace) = 11.426s graphical.target reached after 4.832s in userspace. % systemd-analyze critical-chain The time when unit became active or started is printed after the "@" character. The time the unit took to start is printed after the "+" character. graphical.target @4.832s └─multi-user.target @4.832s   └─docker.service @3.481s +1.350s     └─containerd.service @2.758s +715ms       └─network.target @2.750s         └─NetworkManager.service @2.478s +271ms           └─basic.target @2.477s             └─dbus-broker.service @2.433s +30ms               └─dbus.socket @2.425s +80us                 └─sysinit.target @2.424s                   └─systemd-vconsole-setup.service @8.181s +343ms                     └─systemd-journald.socket                       └─system.slice                         └─-.slice
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #77

76. Сообщение от Аноним (-), 26-Янв-26, 21:16	+/–
> Проблема в том, что вы считаете что shell=bash. Это часто не так. Для стартовых скриптов и правда бывает что попроще типа dash в дебиан в свое время. Взамен вы получаете - еще более страшенные простынки ибо там продвинутых фич баша нет и там еще заодно самопальные реализации из г-на и палок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #78

77. Сообщение от Аноним (77), 26-Янв-26, 21:18	+/–
> systemd-analyze critical-chain Есть аналоги этого на баш-портанках, кстати? Для общего развития интересуюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

78. Сообщение от Аноним83 (?), 26-Янв-26, 21:22	+/–
Для инит скриптов никакие особые конструкции не требуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #81, #91

79. Сообщение от Аноним (79), 26-Янв-26, 21:23	+/–
> СистемДи - всё? Сабжевой шляпе - не первый год. Вот только длинной очереди желюащих ЭТО поюзать не заметно. > Написан на Си, параллельный запуск, гарантируется последовательность > выполнения, упреждающее построение графа зависимостей, в соответствии > с философией Unix (заметьте не Виндуз) решает только определённую задачу. Поэтому в соответствии с философией Unix вместо управления системой получается кусок мутного наколенного самопального брейнфачища. Уникального для вот этого тазика и второй такой же вы вообще врядли увидите. А рулить системами без напряга и страданий? Философия unix не велит. Она появилась - когда 1 комп на весь город был. И там была очередь на месяц вперед на него записана. Там что там ритуалы прчесывания и окучивания локалхоста - в почете Но когда вокруг меня дюжина приблуд с линухом, цать виртуалок, вот это все - окучивать один несчастный локалхост в ТОМ объеме превращая ТИПОВЫЕ системные задачи в ритуал - а оно мне точно надо? Так я буду только этими ритуалами и заниматься, изобретая вел с квадратными колесами каждому локалхосту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

80. Сообщение от Аноним (79), 26-Янв-26, 21:26	+/–
> Ой, ладно, 2gb и тараканы. А некоторые тут даже докупили до 4! > Скрепя сердце. Угу, сообщение по IPC шине на терабайт - чпок. Процессы по out of memory - чпок. Вся система - чпок. А так то защибись идея - вынести OOM killer'ом вообще сразу всех кто на шину сдуру подсел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

81. Сообщение от Аноним (81), 26-Янв-26, 23:24	+/–
> Для инит скриптов никакие особые конструкции не требуются. О да, я как-то перекидывал скрипты с rpm-based на дебиан. Заметил что там могут навернуть. Всего 3 страницы текста где конфигурация пополам с кодом? Ничего не подумайте, просто запускалка условного ircd который под дебиан - не запакетили. А уж какая благодать ЭТО под систему рихтовать когда при пинке вот тут, как рут, как живое - а при фактическом ребуте тишина, "но вы можете накожить себе эразац логинг сами"... ммм! На, спасибо! Я такое счастью лучше вам оставлю и отрихтую - юнит системды. Он из редхатобразного в дебиан совсем без изменений тягается. И весит - полстраницы. Без нужды выковыривать изюм из булок^W^W^W конфигурацию из кода. Вообще идея совмещать конфигурацию и код на мой вкус - довольно спорная. Это ведет к конфигурациям которые крайне неудобно поддерживать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #83, #84

82. Сообщение от Аноним (81), 26-Янв-26, 23:28	+/–
>> СистемДи - всё? > "Запомните этот твит!"(С) Клиент Accenture с виндой конечно нам тут расскажет как unix way правильно сделать. Вот только ценность вэя который не сработал даже для его носителя...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #89

83. Сообщение от Аноним (83), 26-Янв-26, 23:54	+/–
Ага. Веселье начинается, когда простого юнита становится недостаточно, и оказывается, что запихивать экранированный код в него дюже неудобно. Особенно учитывая, что экранирование там не везде работает. Ничто не мешает разелить конфигурацию и скрипт запуска и на SysV init. Для этого есть /etc/default.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

84. Сообщение от Аноним83 (?), 27-Янв-26, 00:38	+/–
Я имею опыт с фрёвыми инит скриптами и системой, там обычный шелл, обычно немного кода. Если вам не достаточно обычного sh то и bash тут не сильно лучше, и нужно брать какой то более полноценный ЯП, хотя бы луа с какими то специфичными биндингами/апи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

85. Сообщение от Аноним (86), 27-Янв-26, 03:24	–1 +/–
Лол, системдшник пытается в перефорс. Причём выходит это у него весьма криво - весь оверхед сотен библиотек от системды он пытается сравнить с тоненьким execline, не то, что с шеллом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #87

86. Сообщение от Аноним (86), 27-Янв-26, 03:28	+/–
Системда тормозит на всём, у чего нет паралеллизма ядер (не потоков) и у чего нет SSD. Грубо говоря, системда имеет смысл только на c2q или i5. И с SSD впридачу. Если чего-то из этого нет, тормозить будет безбожно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

87. Сообщение от Аноним (87), 27-Янв-26, 04:59    Скрыто ботом-модератором	+1 +/–
судя по тому, что реально используется вне подкроватных корахдуба, криво выходит у тебя и подобных, но ты продолжай лелеять свой манямирок, обмазанный портянками и поделками protestware-истеричек
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

88. Сообщение от Аноним (87), 27-Янв-26, 05:01    Скрыто ботом-модератором	+/–
если ты можешь за 2 секунды нагуглить неизвестный тебе после лет работы параметр (что случается очень редко), тебе место на морозе, там будет лопаты оборачивать в свои портянки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

89. Сообщение от User (??), 27-Янв-26, 06:59	+/–
>>> СистемДи - всё? >> "Запомните этот твит!"(С) > Клиент Accenture с виндой конечно нам тут расскажет как unix way правильно > сделать. Вот только ценность вэя который не сработал даже для его > носителя... Ты там как - нашёл уже невоображаемую ubuntu, посчитал пакетики - или все ещё "телефон сел" и приходится по хрустальному шару экспертировать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

90. Сообщение от Аноним (91), 27-Янв-26, 09:43	+/–
Любители башпортянок как всегда наворачивают неполноценные велосипедо-костыли, вместо нормальных юнитов. Как пример одного такого велосипеда: >ps -auxww | grep "dbus-daemon" | grep -v grep > /dev/null 2>&1 Во-первых, запускается grep дважды. Во-вторых, совершается лишние операции ввода-вывода, которые перенаправляете в /dev/null. В-третьих, данный подход совершенно не масштабируется для тех же шаблонных юнитов, а dbus это как раз шаблонный юнит. В-четвёртых, код проверяет погоду на Марсе, и простейшая команда типа less dbus-daemon-manual вызовет коллизию и скрипт будет выдавать неправильный результат. В-пятых, данный скрипт не уточняет состояние юнита: остановлен, упал, не запущен. В-шестых вызов ps выполнен крайне странно - для данной задачи ни pid, ни tty, ни пользователь, ни куча всего остального - совершенно не нужны. Это как минимум те моменты, которые сразу же бросаются в глаза. При этом удивляет не то, что данные ошибки допущены, а то, что данных ошибок не стесняются и выставляют на всеобщее обозрение. А теперь, сравните это с изящным решением, применяемым в systemd - создаётся новая cgroup, и процесс помещается в неё. Всё просто и понятно. Нет нужды сканнировать весь /proc целиком. Нет нужды думать о том, где лежит бинарник. Нет нужды думать о том, где имя бинарника, а где аргумент. Нет нужды просматривать имя пользователя и прочие вещи.
Ответить | Правка | Наверх | Cообщить модератору

91. Сообщение от Аноним (91), 27-Янв-26, 09:46	+/–
Для инит скриптов, кроме полноценной оболочки, вам потребуются ещё и куча внешних зависимостей, которые нужно поставить руками, для того, чтобы приблизится к функционалу полноценных юнитов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

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

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