The OpenNET Project / Index page

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

05.03.2013 21:27  Релиз системы инициализации Upstart 1.7

Увидел свет релиз системы инициализации Upstart 1.7, изначально разработанной компанией Canonical и ныне используемой в дистрибутивах Ubuntu и RedHat Enterprise Linux 6, а также в проектах Maemo, Chrome OS и webOS. В отличие от стандартной init-системы SysV, Upstart базируется на парадигме обработки событий, работает в асинхронном режиме и использует метод учета зависимостей для определения последовательности запуска сервисов и оценки возможности их выполнения в параллельном режиме. Параллелизм запуска сервисов обеспечивает существенное повышение скорости загрузки, но ценой этому является необходимость определенной переработки init-скриптов (поддерживается режим совместимости, позволяющий запускать обычные sysvinit-скрипты, но эффективность загрузки и работы при этом теряется).

В новой версии:

  • В initctl добавлены новые команды set-env, unset-env, get-env, list-env, reset-env и list-sessions. Для всех команд, кроме list-sessions, подготовлены соответствующие методы D-Bus;
  • Реализованы новые передаваемые через D-Bus сигналы EventEmitted, Restarted и EndSession;
  • Добавлена возможность запуска с идентификатором процесса больше единицы, что открывает возможности для применения Upstart для управления сеансами пользователей (режим Session Init);
  • Новый модуль upstart-event-bridge для проксирования системных событий на уровень сессий, что даёт возможность реагирования пользовательских заданий на события udev;
  • В режиме Session Init добавлена поддержка чтения конфигурации задания и переопределения файлов из типовых путей хранения конфигурации, определённых в спецификациях freedesktop;
  • В режиме Session Init добавлена поддержка завершения работы как через системный запрос, так и после завершения сеанса пользователя.

Особенности Upstart:

  • Запуск и остановка задач и сервисов производится через генерацию события. Например, Upstart может запустить определенные сервисы после подключения к системе дополнительного устройства и завершить после его отключения;
  • События генерируются при запуске или остановке задач и сервисов, что позволяет организовать привязку к ним других задач и сервисов;
  • События могут быть получены от любого другого процесса в системе;
  • Сервисы могут быть автоматически перезапущены при их непредвиденном завершении;
  • Наблюдение и перезапуск демонов может производиться раздельно от их родительских процессов;
  • Связь с управляющим init-процессом может осуществляться посредством D-Bus;
  • Планируемые возможности: генерация событий в промежутки времени или через определенные интервалы (встроенный аналог cron), а также при изменении файлов или директорий (встроенный аналог incron).


  1. Главная ссылка к новости (https://lists.ubuntu.com/archi...)
  2. OpenNews: Ubuntu начинает интеграцию компонентов systemd. NixOS перешел с upstart на systemd
  3. OpenNews: В Debian Unstable добавлена система инициализации Upstart и проведено сравнение с sysvinit и systemd
  4. OpenNews: В Upstart планируется добавить механизм управления пользовательскими сеансами, повторяющий возможности systemd
  5. OpenNews: Релиз системы инициализации Upstart 1.6
  6. OpenNews: Сравнение систем инициализации systemd, upstart и SysVinit
Лицензия: CC-BY
Тип: Программы
Ключевые слова: upstart, ubuntu, init
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | RSS
 
  • 1.4, Аноним, 01:23, 06/03/2013 [ответить] [смотреть все]
  • +/
    И чем это поделие лучше OpenRC?
     
     
  • 2.5, ВовкаОсиист, 01:36, 06/03/2013 [^] [ответить] [смотреть все]
  • –2 +/
    Он умеет паралелизацию?
     
  • 2.8, Xasd, 05:16, 06/03/2013 [^] [ответить] [смотреть все]
  • –2 +/
    он умеет связь с управляющим init-процессом посредством D-Bus?
     
     
  • 3.9, barmaglot, 06:11, 06/03/2013 [^] [ответить] [смотреть все]
  • +2 +/
    Зачем init линковка с dbus ? init всегда был самодостаточной подсистемой. какой смысл в расширении его функционала и изменении архитектуры посредством линковки с dbus ?  дополнительные возможности по управлению инитом из юзерспейс ? зачем ? у инит свря ограниченная задача. встраивать в него ненужный функционал и образовывыть дыры в безопасности - бред. посмотрите на smf Solsris,- удачная реализация. И init не испорчен.
     
     
  • 4.12, Харитон, 11:42, 06/03/2013 [^] [ответить] [смотреть все]
  • +/
    SYSV инит может паралелизм старта служб?
    умеет останавливать службы если они не могут работать по причинам отсутствия зависимосте? Например нет сети - нахрена работать сквайду, вебке и прочее? а так же запускать их когда уже можно? вам нравится запущенные службы bluetooth, multipath, прочее аппаратное, если оно не используется пока? первое правило сис5 - отключите все службы которые вы не используете...))) это прошлое тысячелетие...
    и т.д.
     
     
  • 5.13, barmaglot, 12:19, 06/03/2013 [^] [ответить] [смотреть все]  
  • +1 +/
    Ну во первых, не всё упирается в прошлый век и в SYSV/SVR4.x init. Толчок к изменению системы загрузки, как раз и пошёл с SVR4 - Solaris SMF. И Sun Microsystems умудрилась не искалечить init. openrc (попытка перенести хотя-бы образ и подобие SMF в Linux), вполне нормально определяет зависимости без всяких dbus. И это на простых скриптах, без всякой ненужной ерунды.

    Почему этим должен заниматься init ? Это задача либо скриптов (openrc), либо svc.startd (Solaris smf). Зачем для этого калечить init, и какая связь с dbus ?

    Вот это Ваше "и т.д.", говорит о том, что кроме убогого варианта init со скриптами  RedHat, Вы в принципе ничего другого и не видели. Конечно RedHat занялся исправлением анахронизмов. Но не поттерингами-же исправлять проблему, которая даже не архитектурная. В разделе картинки гугла можно по ключевым словам "solaris smf architecture" найти простую и элегантную архитектуру SMF.

     
  • 5.14, BayaN, 12:53, 06/03/2013 [^] [ответить] [смотреть все]  
  • +/
    >Например нет сети - нахрена работать сквайду, вебке и прочее? а так же запускать их когда уже можно? вам нравится запущенные службы bluetooth, multipath, прочее аппаратное, если оно не используется пока?

    Лично мне вообще не нравится когда работает всякое ненужное мне гавно, а тем более запускается автоматически. Про сеть вообще считаю маразм, т.к. это нафиг не нужно. Что будет если произойдут несколько кратковременных переодических сбоев сети? Каково будет время поднятия кучи сервисов после возвращения подключения к сети?

     
  • 5.16, Michael Shigorin, 01:52, 07/03/2013 [^] [ответить] [смотреть все]  
  • +/
    > SYSV инит может паралелизм старта служб?

    http://www.youtube.com/watch?v=9AlEF2FfTfs
    http://svn.savannah.nongnu.org/viewvc/startpar/trunk/?root=sysvinit

     
  • 2.11, Ivan1986, 10:21, 06/03/2013 [^] [ответить] [смотреть все]  
  • –4 +/
    А чем поделье под названием OpenRC лучше какой-либо другой системы systemd или ... весь текст скрыт [показать]
     
     
  • 3.15, Клыкастый, 15:16, 06/03/2013 [^] [ответить] [смотреть все]  
  • +/
    Неизменно веселит мэйнстрим в 5% десктопов.
     
  • 3.17, barmaglot, 09:43, 08/03/2013 [^] [ответить] [смотреть все]  
  • +/
    Ну вот поттеринговое поделие точно не лучше , чем опенрс. потому что лпенрс это просто скрипты, а системд это каверкание архитектуры.
    а почему вы про solaris smf ничего не сказали? тоже маргиналы?
    толстый толстый тролль.
     
  • 1.10, Аноним, 07:37, 06/03/2013 [ответить] [смотреть все]  
  • +/
    Enterprice Just For Fun.
     

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


      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor TopList