> Ну ты, конечно же, внимательно следишь за разработкой Upstart и можешь подкрепить
> свои исследования^Wфантазии ссылками.Навскидку (прошерстил чейнджлоги за последние полгода)
Upstart 1.6
- Добавлена поддержка загрузки без initramfs (было в systemd изначально)
- Команда 'telinit u' теперь выполняет перезапуск Upstart с сохранением состояния, что позволяет продолжить контроль за выполнением задач после обновления самого Upstart или связанных с ним библиотек (systemctl reexec, было изначально)
Upstart 1.7
- Добавлена возможность запуска с идентификатором процесса больше единицы, что открывает возможности для применения Upstart для управления сеансами пользователей (это вообще эпичнейший по наглости копипаст)
Upstart 1.8
- upstart-file-bridge - позволяет привязать выполнение работ к событиям, связанным с изменением, созданием или удалением файлов и директорий (аналог systemd path unit aka встроенный incron)
- upstart-monitor - утилита для наглядного мониторинга за потоком событий в Upstart (аналог journalctl -f _PID=1)
Upstart 1.10
- Новая директива "reload signal", позволяющая заданию указать отдельный сигнал, который следует отправить в основной процесс вместо используемого по умолчанию SIGHUP (аналог ExecReload=/bin/kill -SIGNAL $MAINPID)
Ну и https://www.opennet.ru/opennews/art.shtml?num=35420
> Стоит заметить, что это далеко не первый случай реализации в Upstart возможностей, похожих на функции systemd. Например, большинство нововведений ветки 0.9, включая возможность блокировки запуска службы, создание override-конфигов, поддержку inetd-style сокетов, были скопированы с systemd. В последующих версиях разработчики продолжили эту практику — в качестве примера можно привести поддержку перезапуска процесса init на лету, с сохранением состояния всех служб.