The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз системы инициализации Upstart 1.10

23.08.2013 22:02

Представлен релиз системы инициализации Upstart 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 и сопутствующий набор тестов.


  1. Главная ссылка к новости (https://lists.ubuntu.com/archi...)
  2. OpenNews: Релиз системы инициализации Upstart 1.8
  3. OpenNews: Релиз системы инициализации Upstart 1.7
  4. OpenNews: В Debian Unstable добавлена система инициализации Upstart и проведено сравнение с sysvinit и systemd
  5. OpenNews: Релиз системы инициализации Upstart 1.6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/37727-upstart
Ключевые слова: upstart, init
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (17) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, гость (?), 23:42, 23/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    ждем [s]продолжения банкета[/s]RHEL 7 c свежей версией Upstart
     
     
  • 2.2, Аноним (-), 23:52, 23/08/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Зачем им несвежая копипаста из systemd, если они могут взять оригинал?
     
     
  • 3.4, chinarulezzz (ok), 00:52, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    потому что леннарт такой леннарт?
     
     
  • 4.9, Аноним (-), 14:19, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > потому что леннарт такой леннарт?

    Потому что в каноникал сидят более леннартовые леннарты, чем сам леннарт.

     
     
  • 5.16, chinarulezzz (ok), 20:53, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    шило на мыло)
     
  • 3.5, Аноним (-), 03:32, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >  Зачем им несвежая копипаста из systemd, если они могут взять оригинал?

    Если уж мы про копипасты, апстарт появился раньше systemd, по поводу чего и юзается в RHEL6. Поэтому насчет копипасты редхату придется долго отмазываться.

    И вообще, придется признать что "ой, мы бакланы, такую кривую хрень засунули, потому что сами тормоза" или уж придется признать что идея была неплохая и копипаста таки вышла :).

     
     
  • 4.7, Аноним (-), 14:18, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Если уж мы про копипасты, апстарт появился раньше systemd, по поводу чего и юзается в RHEL6. Поэтому насчет копипасты редхату придется долго отмазываться.

    Вот только с момента выхода upstart-а в две тыщи лохматом году в нем было полторы фичи, и до года 2010 его разработка находилась в глубокой ж^Wстагнации. Но потом внезапно появился systemd, и "разработка" upstart понеслась семимильными шагами.
    Все бы ничего, но за последние три года у "разработчиков" upstart не появилось _ни одной_ собственной идеи - только тупое повторение поцтеринговских фишек. Что как бы намекает.

    Так кто там должен за копипасту отмазываться?

     
     
  • 5.10, Аноним (-), 15:22, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты, конечно же, внимательно следишь за разработкой Upstart и можешь подкрепить свои исследования^Wфантазии ссылками.
     
     
  • 6.14, Аноним (-), 15:56, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну ты, конечно же, внимательно следишь за разработкой 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 на лету, с сохранением состояния всех служб.

     

     
  • 5.11, Аноним (-), 15:28, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот только с момента выхода upstart-а в две тыщи лохматом году в
    > нем было полторы фичи, и до года 2010 его разработка находилась
    > в глубокой ж^Wстагнации. Но потом внезапно появился systemd, и "разработка" upstart
    > понеслась семимильными шагами.
    > Все бы ничего, но за последние три года у "разработчиков" upstart не
    > появилось _ни одной_ собственной идеи - только тупое повторение поцтеринговских фишек.
    > Что как бы намекает.
    > Так кто там должен за копипасту отмазываться?

    А вот здесь написано про systemd:

    "Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora)."

    https://www.opennet.ru/opennews/art.shtml?num=37373

    "вобрав в себя лучшие черты"

     
     
  • 6.13, Аноним (-), 15:44, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > "вобрав в себя лучшие черты"

    Это домыслы местных новостеписателей.
    В первом анонсе разработчиков было сказано более прямо и честно - "разработчики upstart нам помогли своим грабельным опытом - мы разобрали и учли все их архитектурные ошибки".

     
     
  • 7.15, Аноним (-), 16:37, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Это домыслы местных новостеписателей.
    > В первом анонсе разработчиков было сказано более прямо и честно - "разработчики
    > upstart нам помогли своим грабельным опытом - мы разобрали и учли
    > все их архитектурные ошибки".

    Это всеравно говорит о том, что разработчики systemd опирались на опыт Upstart. Конечно, они вобрали "улучшив". Почему бы теперь опыт systemd не может пригодиться Upstart? Откуда вся эта неадекватная ненависть про копипастинг? Ведь это в конечном счете opensource.

     
  • 4.12, Аноним (-), 15:41, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Если уж мы про копипасты, апстарт появился раньше systemd, по поводу чего и юзается в RHEL6. Поэтому насчет копипасты редхату придется долго отмазываться.

    Редхад физически не мог скопипастить ничего из upstart, просто потому, что там ничего нового не было. Все ключевые фичи апстарта, которые были изначально (управление через сокет, конфиги вместо скриптов, автоматический перезапуск и т.д.) были бессовестно стырены из SMF. (Это отличает их от добавленных позднее ключевых фич, которые были стырены уже из systemd.)

    Так что если перед кем редхату и объясняться - то скорее перед памятью покойного сана. И только после того, как объяснится кононикал.

     
     
  • 5.17, chinarulezzz (ok), 20:59, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    зачем вообще кому-то зачем-то объясняться по такому бредовому поводу? Открытый код, gpl, делай что хошь.
     

  • 1.3, Аноним (-), 00:05, 24/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Новый компонент upstart-local-bridge для привязки работ к событиям, связанным с соединением к локальному сокету;

    Звучит так, как будто запилили сокет-активацию (что было бы очень круто).
    А на самом деле - просто еще одна реализация протокола initctl. Зачем нужно два initctl-а одновременно - загадка.

     
  • 1.6, Xasd (ok), 12:46, 24/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В отличие от стандартной init-системы SysV

    аааа.. стоп стоп стоп! какой ещё SysV ? разве стандартная init-система это не SystemD ? :-)

     
     
  • 2.8, Аноним (-), 14:19, 24/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> В отличие от стандартной init-системы SysV
    > аааа.. стоп стоп стоп! какой ещё SysV ? разве стандартная init-система это не SystemD ? :-)

    Текст описания остается неизменным уже лет семь.

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру