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

"Выпуск сервисного менеджера 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.me/opennews/art.shtml?num=64677
Ответить | Правка | Cообщить модератору

Сообщения

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

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

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

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

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

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

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

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

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

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

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

	65. "Выпуск сервисного менеджера s6-rc 0.6"	+/–
	Сообщение от Аноним83 (?), 26-Янв-26, 15:08
	Проблема в том, что вы считаете что shell=bash. Это часто не так.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	70. "Выпуск сервисного менеджера s6-rc 0.6"	+/–
	Сообщение от Аноним (70), 26-Янв-26, 18:43
	Но чаще - так.
	Ответить | Правка | Наверх | Cообщить модератору

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

	78. "Выпуск сервисного менеджера s6-rc 0.6"	+/–
	Сообщение от Аноним83 (?), 26-Янв-26, 21:22
	Для инит скриптов никакие особые конструкции не требуются.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

	27. "Выпуск сервисного менеджера s6-rc 0.6"	+6 +/–
	Сообщение от Аноним (25), 26-Янв-26, 08:54
	> а системда Проверял на апельсинке от включения до готовности http-сервера по вафле: - системДа стартует 30 сек; - сборка buildroot на последовательных (!) башпортянках - 10 сек.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

	75. "Выпуск сервисного менеджера s6-rc 0.6"	+/–
	Сообщение от Аноним (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
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	48. "Выпуск сервисного менеджера s6-rc 0.6"	–1 +/–
	Сообщение от Аноним (47), 26-Янв-26, 11:58
	А, да, вишенка на торте: >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ообщить модератору

	50. "Выпуск сервисного менеджера s6-rc 0.6"	–1 +/–
	Сообщение от Аноним (47), 26-Янв-26, 12:00
	Ещё цитата: >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.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

52. "Выпуск сервисного менеджера s6-rc 0.6"	–1 +/–
Сообщение от Аноним (47), 26-Янв-26, 12:13
> <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. "Выпуск сервисного менеджера s6-rc 0.6"	+2 +/–
	Сообщение от Аноним (-), 26-Янв-26, 13:48
	типичный пример инженерного максимализма: «можно быстрее» ≠ «всегда нужно быстрее» Unix domain sockets дают:     •    автоматическое управление жизненным циклом,     •    встроенные права доступа,     •    простую модель ошибок,     •    отсутствие shared-state гонок,     •    меньше шансов получить use-after-free или race при падении процесса. Кольцевой буфер в shared memory:     •    сложнее корректно реализовать,     •    требует жёсткой дисциплины синхронизации,     •    плохо переносит аварийное завершение одной из сторон,     •    труднее дебажится,     •    почти всегда привязан к Linux-специфике.
	Ответить | Правка | Наверх | Cообщить модератору

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

53. "Выпуск сервисного менеджера s6-rc 0.6"	–1 +/–
Сообщение от Аноним (47), 26-Янв-26, 12:18
><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. "Выпуск сервисного менеджера s6-rc 0.6"	–2 +/–
Сообщение от Аноним (47), 26-Янв-26, 12:20
><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. "Выпуск сервисного менеджера s6-rc 0.6"	+/–
	Сообщение от Аноним (47), 26-Янв-26, 12:25
	> skalibs/fmtscan.h: formatters (printers) and scanners (parsers) for basic C types Давайте всё это дерьмо полностью в рантайм вынесем, std::format - зачем?!
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	57. "Выпуск сервисного менеджера s6-rc 0.6"	+/–
	Сообщение от Аноним (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а, ничего, тривиальщина, поданная под соусом ОФИГЕННАЯ ЛИБА КОТОРУЮ ВЫ ДОЛЖНЫ ЮЗАТЬ. Я лучше либы и код из блога Лемира возьму.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	64. "Выпуск сервисного менеджера s6-rc 0.6"	+/–
	Сообщение от Аноним (38), 26-Янв-26, 14:16
	Театр одного сишника.
	Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск сервисного менеджера s6-rc 0.6"	–3 +/–
Сообщение от Аноним (47), 26-Янв-26, 13:15
><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. "Выпуск сервисного менеджера s6-rc 0.6"	+/–
	Сообщение от Аноним (67), 26-Янв-26, 16:53
	ты заспамил весь тред своим бессмысленным бредом. arc4random давно не использует RC4
	Ответить | Правка | Наверх | Cообщить модератору

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

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