Секундочку. systemd знает, какие процессы породил сервис (даже если он после форка завершился), анализируя cgroup этого сервиса. Это позволяет гарантированно отслеживать сервисы даже без ведения pid-файлов (которые процессы со многими детьми нормально обычно все равно не ведут, оставляя только pid мастер-процесса).

Это принципиальная разница по сравнению с другими системами, которые не могли отслеживать без pid-файлов и хитрых функций поиска процесса по имени, что было нетривиально для процессов, меняющих имя (поиск требуется для проверки, что процесс не умер, оставив старый pid-файл). А форкающие процессы вообще не могли отслеживать, полагаясь, что отслеживать мастер-процесс и посылать ему сигналы достаточно, чтобы контролировать детей (что не всегда так в реальной жизни). systemd же, наконец, решил эту проблему нормально, используя cgroups. А чем предлагается заменить это в системе, где cgroups отсутствует? Возвращаемся к старым хакам и простыням на bash'е, которые, к тому же, дают сбой в ситуациях, когда дети выживают без процесса-супервизора?