>php в режиме fcgi создает сокет - nginx к нему конектится. и где тут systemd ? ;-)systemd не является монополистом по сокетам, и не запрещает создавать сокеты другим программам. Другое дело, что в большинстве случаев программы не смогут управляться с этими сокетами столь же эффективно. Поэтому Леннарт и озаботился написанием документации по правильной разработке демонов с учетом возможностей systemd.
>а что делать с сокетами которые вобще не имеют отображения на файловой системе ?:)
>Может он еще и tcp сокет на себя возьмет ?:) прикинется сервером и тп..
Вы не поверите, но именно так он сейчас и запускает sshd и многие другие сетевые сервисы.
Сама идея не нова - см. (x)inetd. systemd лишь предоставляет большую гибкость в настройке, и xinetd ему явно проигрывает (собственно, именно из-за недостатка гибкости (x)inetd так и не стал системой инициализации по умолчанию для всех сетевых служб).
>На деле даже старый system-v style позволял все запускать в паралель.
Отнюдь не всё. sysv и upstart не обучены эффективно использовать возможности сокетов, и поэтому проигрывают systemd и launchd по времени раза в два.
>посматривая на бритву окама - выходит что systemd никому не нужен
Бритва Оккама говорит, что sysv место на серверах, systemd - на десктопах, а upstart - на помойке.
>И сотрудник RedHat Индиго - совсем к этому руку не приложил
Если разработчик из rh написал хороший серверный планировщик задач, не вижу тут ничего предосудительного.
За Линусом оставался выбор - включать в ядро тот или иной планировщик или нет.
Или вы утверждаете, что rh шантажировал Линуса его интимными фотками, чтобы продавить "свой" шедулер?