Представлен (https://lists.ubuntu.com/archives/upstart-devel/2013-August/...) релиз системы инициализации Upstart 1.10 (https://launchpad.net/upstart/1.x/1.10), изначально разработанной компанией Canonical и ныне используемой в дистрибутивах Ubuntu и RedHat Enterprise Linux 6, а также в проектах Maemo, Chrome OS и webOS. В отличие от стандартной init-системы SysV, Upstart базируется на парадигме обработки событий, работает в асинхронном режиме и использует метод учета зависимостей для определения последовательности запуска сервисов и оценки возможности их выполнения в параллельном режиме. Параллелизм запуска сервисов обеспечивает существенное повышение скорости загрузки, но ценой этому является необходимость определенной переработки init-скриптов (поддерживается режим совместимости, позволяющий запускать обычные sysvinit-скрипты, но эффективность загрузки и работы при этом теряется).В новом выпуске:
- Новый компонент upstart-local-bridge для привязки работ к событиям, связанным с соединением к локальному сокету;
- Новый компонент upstart-dconf-bridge для режима инициализации сессий (Session Init);
- В компоненте upstart-dbus-bridge появилась новая опция '--bus-name' для передачи имени шины в dbus-event;
- Новая директива "reload signal", позволяющая работе указать отдельный сигнал, которые следует отправить в основной процесс
вместо используемого по умолчанию SIGHUP;- Новый модуль python3 и сопутствующий набор тестов.
URL: https://lists.ubuntu.com/archives/upstart-devel/2013-August/...
Новость: http://www.opennet.me/opennews/art.shtml?num=37727
ждем [s]продолжения банкета[/s]RHEL 7 c свежей версией Upstart
Зачем им несвежая копипаста из systemd, если они могут взять оригинал?
потому что леннарт такой леннарт?
> потому что леннарт такой леннарт?Потому что в каноникал сидят более леннартовые леннарты, чем сам леннарт.
шило на мыло)
> Зачем им несвежая копипаста из systemd, если они могут взять оригинал?Если уж мы про копипасты, апстарт появился раньше systemd, по поводу чего и юзается в RHEL6. Поэтому насчет копипасты редхату придется долго отмазываться.
И вообще, придется признать что "ой, мы бакланы, такую кривую хрень засунули, потому что сами тормоза" или уж придется признать что идея была неплохая и копипаста таки вышла :).
> Если уж мы про копипасты, апстарт появился раньше systemd, по поводу чего и юзается в RHEL6. Поэтому насчет копипасты редхату придется долго отмазываться.Вот только с момента выхода upstart-а в две тыщи лохматом году в нем было полторы фичи, и до года 2010 его разработка находилась в глубокой ж^Wстагнации. Но потом внезапно появился systemd, и "разработка" upstart понеслась семимильными шагами.
Все бы ничего, но за последние три года у "разработчиков" upstart не появилось _ни одной_ собственной идеи - только тупое повторение поцтеринговских фишек. Что как бы намекает.Так кто там должен за копипасту отмазываться?
Ну ты, конечно же, внимательно следишь за разработкой Upstart и можешь подкрепить свои исследования^Wфантазии ссылками.
> Ну ты, конечно же, внимательно следишь за разработкой 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)Ну и http://www.opennet.me/opennews/art.shtml?num=35420
> Стоит заметить, что это далеко не первый случай реализации в Upstart возможностей, похожих на функции systemd. Например, большинство нововведений ветки 0.9, включая возможность блокировки запуска службы, создание override-конфигов, поддержку inetd-style сокетов, были скопированы с systemd. В последующих версиях разработчики продолжили эту практику — в качестве примера можно привести поддержку перезапуска процесса init на лету, с сохранением состояния всех служб.
> Вот только с момента выхода upstart-а в две тыщи лохматом году в
> нем было полторы фичи, и до года 2010 его разработка находилась
> в глубокой ж^Wстагнации. Но потом внезапно появился systemd, и "разработка" upstart
> понеслась семимильными шагами.
> Все бы ничего, но за последние три года у "разработчиков" upstart не
> появилось _ни одной_ собственной идеи - только тупое повторение поцтеринговских фишек.
> Что как бы намекает.
> Так кто там должен за копипасту отмазываться?А вот здесь написано про systemd:
"Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora)."
http://www.opennet.me/opennews/art.shtml?num=37373
"вобрав в себя лучшие черты"
> "вобрав в себя лучшие черты"Это домыслы местных новостеписателей.
В первом анонсе разработчиков было сказано более прямо и честно - "разработчики upstart нам помогли своим грабельным опытом - мы разобрали и учли все их архитектурные ошибки".
> Это домыслы местных новостеписателей.
> В первом анонсе разработчиков было сказано более прямо и честно - "разработчики
> upstart нам помогли своим грабельным опытом - мы разобрали и учли
> все их архитектурные ошибки".Это всеравно говорит о том, что разработчики systemd опирались на опыт Upstart. Конечно, они вобрали "улучшив". Почему бы теперь опыт systemd не может пригодиться Upstart? Откуда вся эта неадекватная ненависть про копипастинг? Ведь это в конечном счете opensource.
> Если уж мы про копипасты, апстарт появился раньше systemd, по поводу чего и юзается в RHEL6. Поэтому насчет копипасты редхату придется долго отмазываться.Редхад физически не мог скопипастить ничего из upstart, просто потому, что там ничего нового не было. Все ключевые фичи апстарта, которые были изначально (управление через сокет, конфиги вместо скриптов, автоматический перезапуск и т.д.) были бессовестно стырены из SMF. (Это отличает их от добавленных позднее ключевых фич, которые были стырены уже из systemd.)
Так что если перед кем редхату и объясняться - то скорее перед памятью покойного сана. И только после того, как объяснится кононикал.
зачем вообще кому-то зачем-то объясняться по такому бредовому поводу? Открытый код, gpl, делай что хошь.
> Новый компонент upstart-local-bridge для привязки работ к событиям, связанным с соединением к локальному сокету;Звучит так, как будто запилили сокет-активацию (что было бы очень круто).
А на самом деле - просто еще одна реализация протокола initctl. Зачем нужно два initctl-а одновременно - загадка.
> В отличие от стандартной init-системы SysVаааа.. стоп стоп стоп! какой ещё SysV ? разве стандартная init-система это не SystemD ? :-)
>> В отличие от стандартной init-системы SysV
> аааа.. стоп стоп стоп! какой ещё SysV ? разве стандартная init-система это не SystemD ? :-)Текст описания остается неизменным уже лет семь.