Увидел свет (https://lists.ubuntu.com/archives/upstart-devel/2013-March/0...) релиз системы инициализации Upstart 1.7 (https://launchpad.net/upstart/1.x/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;
- Добавлена возможность (http://www.opennet.me/opennews/art.shtml?num=35420) запуска с идентификатором процесса больше единицы, что открывает возможности для применения Upstart для управления сеансами пользователей (режим Session Init);- Новый модуль upstart-event-bridge для проксирования системных событий на уровень сессий, что даёт возможность реагирования пользовательских заданий на события udev;
- В режиме Session Init добавлена поддержка чтения конфигурации задания и переопределения файлов из типовых путей хранения конфигурации, определённых в спецификациях freedesktop;
- В режиме Session Init добавлена поддержка завершения работы как через системный запрос, так и после завершения сеанса пользователя.
Особенности Upstart (http://upstart.ubuntu.com/):
- Запуск и остановка задач и сервисов производится через генерацию события. Например, Upstart может запустить определенные сервисы после подключения к системе дополнительного устройства и завершить после его отключения;- События генерируются при запуске или остановке задач и сервисов, что позволяет организовать привязку к ним других задач и сервисов;
- События могут быть получены от любого другого процесса в системе;
- Сервисы могут быть автоматически перезапущены при их непредвиденном завершении;
- Наблюдение и перезапуск демонов может производиться раздельно от их родительских процессов;
- Связь с управляющим init-процессом может осуществляться посредством D-Bus;
- Планируемые возможности: генерация событий в промежутки времени или через определенные интервалы (встроенный аналог cron), а также при изменении файлов или директорий (встроенный аналог incron).
URL: https://lists.ubuntu.com/archives/upstart-devel/2013-March/0...
Новость: http://www.opennet.me/opennews/art.shtml?num=36304
И чем это поделие лучше OpenRC?
Он умеет паралелизацию?
он умеет связь с управляющим init-процессом посредством D-Bus?
Зачем init линковка с dbus ? init всегда был самодостаточной подсистемой. какой смысл в расширении его функционала и изменении архитектуры посредством линковки с dbus ? дополнительные возможности по управлению инитом из юзерспейс ? зачем ? у инит свря ограниченная задача. встраивать в него ненужный функционал и образовывыть дыры в безопасности - бред. посмотрите на smf Solsris,- удачная реализация. И init не испорчен.
SYSV инит может паралелизм старта служб?
умеет останавливать службы если они не могут работать по причинам отсутствия зависимосте? Например нет сети - нахрена работать сквайду, вебке и прочее? а так же запускать их когда уже можно? вам нравится запущенные службы bluetooth, multipath, прочее аппаратное, если оно не используется пока? первое правило сис5 - отключите все службы которые вы не используете...))) это прошлое тысячелетие...
и т.д.
Ну во первых, не всё упирается в прошлый век и в 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.
>Например нет сети - нахрена работать сквайду, вебке и прочее? а так же запускать их когда уже можно? вам нравится запущенные службы bluetooth, multipath, прочее аппаратное, если оно не используется пока?Лично мне вообще не нравится когда работает всякое ненужное мне гавно, а тем более запускается автоматически. Про сеть вообще считаю маразм, т.к. это нафиг не нужно. Что будет если произойдут несколько кратковременных переодических сбоев сети? Каково будет время поднятия кучи сервисов после возвращения подключения к сети?
> SYSV инит может паралелизм старта служб?http://www.youtube.com/watch?v=9AlEF2FfTfs
http://svn.savannah.nongnu.org/viewvc/startpar/trunk/?root=s...
А чем поделье под названием OpenRC лучше какой-либо другой системы (systemd или upstart)?
С учетом того что его пилят какие-то маргиналы (гентушники), а другие поддерживают redhat/ubuntu
Неизменно веселит мэйнстрим в 5% десктопов.
Ну вот поттеринговое поделие точно не лучше , чем опенрс. потому что лпенрс это просто скрипты, а системд это каверкание архитектуры.
а почему вы про solaris smf ничего не сказали? тоже маргиналы?
толстый толстый тролль.
Enterprice Just For Fun.