The OpenNET Project / Index page

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

Представлен первый стабильный релиз системы инициализации Upstart 1.0

02.03.2011 19:38

Анонсирован выход разработанной в недрах Linux-дистрибутива Ubuntu системы инициализации Upstart 1.0. Релиз 1.0 ознаменовал собой доведение до стабильного состояния всех возможностей, необходимых для работы полнофункциональной системы инициализации. Релиз 1.0 основан на кодовой базе Upstart 0.6.x, которая обеспечивает работу подсистемы инициализации в Ubuntu 10.04 и RedHat Enterprise Linux 6, поэтому обновление в данных системах Upstart до версии 1.0 не приведет к возникновению каких-либо подводных камней.

Upstart поставляется в составе Ubuntu начиная с версии 6.10, вышедшей осенью 2006 года. Кроме RHEL и Ubuntu, Upstart задействован в таких системах, как Maemo, webOS, Chrome OS и Fedora (в Fedora 15 запланирована миграция на systemd). Автор и главный разработчик Upstart работает в компании Google. В отличии от стандартной init-системы SysV, Upstart базируется на парадигме обработки событий, работает в асинхронном режиме и использует метод учета зависимостей для определения последовательности запуска сервисов и оценки возможности их выполнения в параллельном режиме. Параллелизм запуска сервисов обеспечивает существенное повышение скорости загрузки, но ценой этому является необходимость определенной переработки init-скриптов (поддерживается режим совместимости, позволяющий запускать обычные sysvinit-скрипты, но эффективность загрузки и работы при этом теряется).

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

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


  1. Главная ссылка к новости (https://lists.ubuntu.com/archi...)
  2. OpenNews: Создатель системы инициализации Upstart ушел из Canonical в Google
  3. OpenNews: Русский перевод цикла статей по systemd для администраторов
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/29770-upstart
Ключевые слова: upstart, init, boot
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (27) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, pavlinux (ok), 20:03, 02/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ещё лет 5 подождем, тогда можно будет юзать.
     
     
  • 2.4, Аноним (-), 21:21, 02/03/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ещё лет 5 подождем, тогда можно будет юзать.

    Лет через 5 будет systemd везде.

     
     
  • 3.6, Аноним (-), 21:32, 02/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В LFS, Slackware, CRUX, Arch не будет
     
     
  • 4.10, анон (?), 22:00, 02/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Slackware, CRUX, Arch не будет

    И в шindows тоже. Потому что авторы всех этих продуктов слишком любят костыли :-)

     
     
  • 5.14, anonymous (??), 00:32, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И в шindows тоже. Потому что авторы всех этих продуктов слишком любят
    > костыли :-)

    Как раз попытка распараллелить загрузку попахивает костылями разных сортов. Придумали проблемы, а теперь героически её разгребают.

     
     
  • 6.20, ананим (?), 02:19, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ты ещё в своих многоядерных процах ядра гвоздями друг к другу прибивать не пробовал?
     
     
  • 7.24, anonymous (??), 12:05, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >ты ещё в своих многоядерных процах ядра гвоздями друг к другу прибивать не пробовал?

    А ты?

     
  • 7.27, anonymous (??), 13:16, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ты ещё в своих многоядерных процах ядра гвоздями друг к другу прибивать
    > не пробовал?

    слушай, а ты попробуй не перезагружать систему каждые пол-часа. глядишь — и не понадобятся костыли для «ускорения загрузки». у меня вот аптайм домашней машины — 47 дней уже. скажу честно: мне пофигу, с какой скоростью грузится система, если это происходит реже, чем раз в месяц.

     
  • 6.33, non anon (?), 18:51, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Как раз попытка распараллелить загрузку попахивает костылями разных сортов.

    А корень этого зла - в многозадачности. Самый страшный костыль за всю историю IT.
    Ишь чего удумали - несколько программ одновременно выполнять. Это же злостное надругательство над простотой и прозрачностью! Вон у людей компы просто сутками работают - неужели им процессорного времени жалко?!

    Даешь кристально чистый KISS - MS-DOS 3.1!

     
  • 3.9, анон (?), 21:58, 02/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Лет через 5 будет systemd везде.

    Лет через пять выйдет первый стабильный релиз systemd, и мы скажем
    >> Ещё лет 5 подождем, тогда можно будет юзать.

    ;-)

     
  • 2.16, User294 (ok), 01:25, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ещё лет 5 подождем, тогда можно будет юзать.

    Лучше 25. Чтобы уж наверняка. Сможешь наконец сидя на завалинке насладиться на пенсии быстрым стартом системы наконец :))

     
  • 2.21, frewq (?), 06:49, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    InitNG начали писать в 2006. Как раз 5 лет прошло ;-)
     

  • 1.5, VoDA (ok), 21:26, 02/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в чем разница с systemd?
     
     
  • 2.7, pavlinux (ok), 21:40, 02/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > в чем разница с systemd?

    http://tux-the-penguin.blogspot.com/2010/09/systemd.html
    http://tux-the-penguin.blogspot.com/2010/09/systemd-ii.html

     
  • 2.8, анон (?), 21:54, 02/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >в чем разница с systemd?

    upstart - просто ещё один велосипед на тему ускорения загрузки. С появлением новых версий sysv init с нативной поддержкой параллелизации, актуальность upstart стремится к нулю.

    systemd - переосмысление и расчистка всего накопившегося в этой области бардака, замена костылей простыми и гибко настраиваемыми решениями, плюс задейстование новых возможностей современных линуксов (cgroups, autofs, udev).

     
     
  • 3.13, anonymous (??), 00:23, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >systemd - переосмысление и расчистка всего накопившегося в этой области бардака, замена костылей простыми и гибко настраиваемыми решениями, плюс задейстование новых возможностей современных линуксов (cgroups, autofs, udev).

    Очень хочется надеяться. Но плачевное состояние и ненужность пульсаудио заставляет меня сомневаться.

     
  • 3.18, User294 (ok), 01:46, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > современных линуксов (cgroups, autofs, udev).

    Задуманные фичи - отличные. Главное чтобы на практике оказалось не менее круто чем в теории. А то это их пульсаудио от того же автора что-то бурного энтузазизма не вызывает особо.

     
  • 2.11, Аноним (-), 22:04, 02/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > в чем разница с systemd?

    http://www.opennet.ru/opennews/art.shtml?num=26447
    http://www.opennet.ru/opennews/art.shtml?num=28713
    http://www.opennet.ru/opennews/art.shtml?num=27721
    http://www.opennet.ru/opennews/art.shtml?num=27218
    http://wiki.opennet.ru/Systemd


     

  • 1.12, pavlinux (ok), 22:10, 02/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
      У меня столько идей, что до всего просто руки, не то чтобы не доходят,
    а я физически не осилю их до конца 21 века.

    Ну например тут, создать модуль ядра или гипервизор который будет
    собирать статистику запуска сервисов, до сигнала о прекращении сбора.
    Некий такой профилятор. Результат его работы - последовательный список
    всех запускаемых приложений/утилит...  С помощью парсера превращаем его
    в скрипт запуска. Допускать параллельное ветвление (но внутри так же - линейно).

    * Ввести деление по типам требуемых ресурсов - файлы, интерфейсы, сокеты,...
    * Каждое приложение должно объявлять этот список, типа ldd /usr/bin/something
    * Список может формироваться на основании конфига или текущего состояния, типа iptables-save

    ... долго могу фантазировать :)
      
    И не надо никакие IPC придумывать, сравнили таблицу требований у сервиса
    с наличием их в системе - (пере)запустили. И нефига, например postfix_у, генерировать
    сообщение о поднятие сети если он не может пропинговать релей.
    Нет сети - кури бамбук, как появиться так и поднимешься.

     
     
  • 2.15, anonymous (??), 00:37, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спасибо. Но тут лучше 5 минут подождать, чем вникать во внутренности этого монстра. Благо, аптайм в линуксе не ограничен.


     
     
  • 3.19, pavlinux (ok), 02:16, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Спасибо. Но тут лучше 5 минут подождать, чем вникать во внутренности этого
    > монстра. Благо, аптайм в линуксе не ограничен.

    Ну это сейчас,  а через 100 лет, когда каждый комп будет представлять
    нейросеть работающую в связке с мозгом и глобальной сетью?!
    Наверно, желательно, чтоб он перегружался быстрее, а то зависнет на
    пешеходном переходе, а навстречу КамАз квантовый... Чпок и гравитационный коллапс. :)    

     
     
  • 4.25, anonymous (??), 12:07, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Наверно, желательно, чтоб он перегружался быстрее, а то зависнет на

    пешеходном переходе, а навстречу КамАз квантовый...


    Так это ты венду описал. Только ей надо часто перезагружаться.

     

  • 1.17, Andrey M. (??), 01:45, 03/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подскажите плз какими средствами можно мониторить события этого Upstarta, умучился с отладкой заданий. В первых релизах вроде утилита initctrl позволяла это делать, но в Ubunte 10.04 у меня не получается проследить какие upstart события происходят в реальном времени.
     
     
  • 2.26, sakib (?), 12:33, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В параметры ядра добавить --set-verbose
     
     
  • 3.30, Andrey M. (??), 15:30, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В параметры ядра добавить --set-verbose

    Если не трудно, чуть подробнее. Man initctl в списке доступных команд не показывает ни одной команды позволяющей каким-либо образом отслеживать события Upstart.  initctl единственная известная мне утилита, которая умеет взаимодействовать с upstart. "--set-verbose" это параметр загрузки или компиляции ядра? Если это параметр загрузки - то дальше каким инструментом смотреть события, системная консоль молчит как рыба.

     

  • 1.23, daevy (ok), 08:46, 03/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    мне понравилась systemd, kvm-виртуалка перезапускается за считанные секунды, одно неудобство, надо переписывать под него все скрипты. запуск некоторых служб не осилил(((
     
     
  • 2.34, non anon (?), 18:56, 03/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > мне понравилась systemd, kvm-виртуалка перезапускается за считанные секунды, одно неудобство,
    > надо переписывать под него все скрипты. запуск некоторых служб не осилил(((

    Думаю, через пару лет почти все живые проекты будут поддерживать соответствующие конфиги для него. Пока могу только посоветовать хау-тушку, ее даже на русский перевели (см. ссылки выше).

    А что конкретно там не работает?

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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