> Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом.

Слушай, ну давай только честно: вероятность того, что PID окажется занят другим жизненно важным процессом, близка к нулю. 1/32k -- это очень немного. 0.003% всего. Стоит ли из-за такого риска сильно напрягаться, если большинство демонов, с которыми мы ежедневно работаем, никогда не падают?

Понятное дело, что cgroups в этом плане -- механизм более надёжный. И это очень хорошо, что systemd умеет его использовать и активно продвигает именно его для управление процессами. И мы с большим удовольствием будем его использовать когда-нибудь. Но работа по переписыванию всех скриптов -- это весьма небыстрый процесс. Мы с вами фактически занимаемся одним и тем же новаторством сейчас: вы создаёте тысячи и тысячи юнитов для systemd, мы же -- модифицируем shell-скрипты. Ввиду того, что в sysv данная проблема не сильно актуальна, приоритет у неё соответствующий.

Автор, с которым Вы так увлечённо спорите, всего лишь справедливо заметил, что данная задача может быть решена и в рамках sysv, и даже без cgroups. Но давайте всё же не забывать, что мы говорим о "проблеме" уровня чиха бараньего или даже прошлогоднего снега.