>>> Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом.
>> Слушай, ну давай только честно: вероятность того, что PID окажется занят другим
>> жизненно важным процессом, близка к нулю. 1/32k -- это очень немного.
>> 0.003% всего.
> Вы неправильно посчитали вероятность. То, что получилось у вас, - это вероятность
> 1 процесса получить заданный PID. Процессов же ощутимо больше одного.
> Далее, я не зря написал "в дистрибутивных скриптах инициализации": у себя вы
> можете писать как угодно, а разработчики дистрибутивов вынуждены учитывать множество граничных
> случаев, ибо они не могут себе позволить убивать процессы направо и
> налево. См. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#240

Очень много слов, но очень мало сути. По сути всё свелось к тому что:
1. sysvinit-скрипты ужастны;
2. systemd и upstart поддерживают запуск кастомных sysvinit-скриптов.

Со своей стороны хотелось бы заметить, что, как мне кажется, суть в том что sysvinit - это система инициализации и только. Она не стремится подмять под себя весь мир, как systemd.
1 задача = 1 приложение которое безупречно решает эту задачу. Это unix-way. Это про sysvinit.
100500 задач = 1 приложение, которое толком не решает не одну из них. Это про systemd.

Вы вольны сами решать, чем вам пользоваться.

/дискуссия окончена.