> уточняю - чёрный ящик с порочными идеями - это сустемДэ такой же чёрный ящик как например Bash .
и не смотря на то что -- Bash -- ЯВНО намного сложнее чем SystemD ---- SystemD выполняет свою роль НАМНОГО ЛУЧШЕ (качественнее) , чем ситуация когда это делал Bash.
(настоящий unix-way: каждая утилита делает своё дело. Bash выполняет роль исполненния говноскриптов. SystemD выполняет роль системного мэнэджэра операционной системы).
возмём случай например когда демон активируется по dBus-шине. как сделать чтобы он качественно стартовал при загрузке без SystemD ? есть ли способ?
и возьмём случай (другой случай) -- когда старые механизмы загрузки (которые были ДО SystemD) -- вынуждают демона форкать (fork). знаете ли вы что происходит с второстепенными нитями (Thread) во вемя fork? а что происходит с мьютексами и семафорами в момент fork? вот если не знаете -- то прочитайте пожалуйста, и УЖАСНИТЕСЬ!!!! (чтобы ужаснуться -- не забудьте вспомнить про линковку со сторонними динамическими библиотеками)
старые механизмы загрузки демонов (которые вынуждают делать fork) -- требуют от демона, чтобы он сделал fork ПОСЛЕ того как произойдёт инициализация. а это значит что вероятнее всего к тому времени во момент fork -- у демона уже могут быть открыты мьютексы, семофоры, побочные нити (от сторонней библиотеки) . а это значит что всегда есть вероятность (вероятность низкая, трудно уловимая) что некий демон форкнется с ошибкой и попадёт в deadlock (из-за незакрытого мьютекса, который был открыт в момент кратко-временно-живушей нити) .
сторонние библиотеки плевать хотели на использование pthread_atfork() . многие разработчики даже не понимают как/зачем использовать pthread_atfork().
# P.S.: вы думаете что разработчики почти-всех дистибутивов такие дураки что переходят на SystemD, а вы (обычныt пользователи) такие умные, настолько что знаете лучше аж чем они? помоему намного больше вероятности предположить что разработчики дистрибудтвов делают переход на SystemD -- ПОТОМУЧТО НА ЭТО ЕСТЬ ПРИЧИНЫ! (и потомучто вопрос "переходить на SystemD или не переходить?" -- вообще НЕ является нисколько спорным, с технической точки зрения, для компетентного разработчика)