Linux. От новичка к профессионалу. 6-е изд

Часть V. Системные трюки, или Linux изнутри
В результате на практике получается, что большая часть сервисов запускается все 
равно последовательно, а не параллельно, и выигрыш времени по сравнению 
с init — мизерный.
Как снять ограничения синхронизации? Для этого нам надо понять, что нужно сер-
вису Б от сервиса А, и как он вообще проверяет, что сервис А запущен? Оказывает-
ся, сервису Б всего лишь нужен 
сокет сервиса
A (socket service). А что такое сокет 
сервиса? Это всего лишь файл. Например, все сервисы, которым нужен D-Bus, 
ждут возможности подключения к файлу 
/var/run/dbus/system__bus_socket
. 
Всем, кому 
нужен syslog, ждут возможности подключения к устройству 
/dev/log
 
и т. д.
По сути, все, что нужно, — это сделать доступными сокеты сервисов до запуска 
самих сервисов. А когда сервис фактически запустится, мы можем передать ему 
сокет с помощью команды
 
ехес ().
Получается, что для параллельного запуска всех демонов нам сначала необходимо 
создать для них все сокеты, а потом параллельно запустить все демоны.
Что произойдет в нашей ситуации, когда сервис Б требует запуска сервиса А? 
Ничего страшного — сервис Б станет в очередь и будет ждать, пока сервис А за-
пустится. Главное, что сокет сервиса открыт.
А что, если сервис А (пусть это будет syslog) требуется сразу нескольким сервисам: 
Б, В, Г и Д? Тоже не страшно. Каждый из этих сервисов отправит свое сообщение 
в буфер сокета 
/dev/log
, затем запустится syslog и обработает все эти сообщения.
Как видите — все гениальное просто. Но не нужно думать, что это какое-то совсем 
новое изобретение. Подобная система инициализации работает в Mac OS —- там 
она называется launchd. Но поскольку не все знакомы с Mac OS, эти идеи Apple из-
вестны не многим.
С