Анонсирован (https://lists.ubuntu.com/archives/upstart-devel/2011-March/0...) выход разработанной в недрах Linux-дистрибутива Ubuntu системы инициализации Upstart 1.0 (http://upstart.at/). Релиз 1.0 ознаменовал собой доведение до стабильного состояния всех возможностей, необходимых для работы полнофункциональной системы инициализации. Релиз 1.0 основан на кодовой базе Upstart 0.6.x, которая обеспечивает работу подсистемы инициализации в Ubuntu 10.04 и
RedHat Enterprise Linux 6, поэтому обновление данных систем до версии 1.0 не приведет к возникновению каких-либо подводных камней.Upstart поставляется в составе Ubuntu начиная с версии 6.10, вышедшей осенью 2006 года. В отличии от стандартной init-системы SysV, Upstart базируется на парадигме обработки событий и использует метод учета зависимостей для для определения последовательности запуска сервисов и оценки возможности их выполнения в параллельном режиме. Параллелизм запуска сервисов обеспечивает существенное повышение...
URL: https://lists.ubuntu.com/archives/upstart-devel/2011-March/0...
Новость: http://www.opennet.me/opennews/art.shtml?num=29770
Ещё лет 5 подождем, тогда можно будет юзать.
> Ещё лет 5 подождем, тогда можно будет юзать.Лет через 5 будет systemd везде.
В LFS, Slackware, CRUX, Arch не будет
> Slackware, CRUX, Arch не будетИ в шindows тоже. Потому что авторы всех этих продуктов слишком любят костыли :-)
> И в шindows тоже. Потому что авторы всех этих продуктов слишком любят
> костыли :-)Как раз попытка распараллелить загрузку попахивает костылями разных сортов. Придумали проблемы, а теперь героически её разгребают.
ты ещё в своих многоядерных процах ядра гвоздями друг к другу прибивать не пробовал?
>ты ещё в своих многоядерных процах ядра гвоздями друг к другу прибивать не пробовал?А ты?
> ты ещё в своих многоядерных процах ядра гвоздями друг к другу прибивать
> не пробовал?слушай, а ты попробуй не перезагружать систему каждые пол-часа. глядишь — и не понадобятся костыли для «ускорения загрузки». у меня вот аптайм домашней машины — 47 дней уже. скажу честно: мне пофигу, с какой скоростью грузится система, если это происходит реже, чем раз в месяц.
>Как раз попытка распараллелить загрузку попахивает костылями разных сортов.А корень этого зла - в многозадачности. Самый страшный костыль за всю историю IT.
Ишь чего удумали - несколько программ одновременно выполнять. Это же злостное надругательство над простотой и прозрачностью! Вон у людей компы просто сутками работают - неужели им процессорного времени жалко?!Даешь кристально чистый KISS - MS-DOS 3.1!
>Лет через 5 будет systemd везде.Лет через пять выйдет первый стабильный релиз systemd, и мы скажем
>> Ещё лет 5 подождем, тогда можно будет юзать.;-)
> Ещё лет 5 подождем, тогда можно будет юзать.Лучше 25. Чтобы уж наверняка. Сможешь наконец сидя на завалинке насладиться на пенсии быстрым стартом системы наконец :))
InitNG начали писать в 2006. Как раз 5 лет прошло ;-)
в чем разница с systemd?
> в чем разница с systemd?http://tux-the-penguin.blogspot.com/2010/09/systemd.html
http://tux-the-penguin.blogspot.com/2010/09/systemd-ii.html
>в чем разница с systemd?upstart - просто ещё один велосипед на тему ускорения загрузки. С появлением новых версий sysv init с нативной поддержкой параллелизации, актуальность upstart стремится к нулю.
systemd - переосмысление и расчистка всего накопившегося в этой области бардака, замена костылей простыми и гибко настраиваемыми решениями, плюс задейстование новых возможностей современных линуксов (cgroups, autofs, udev).
>systemd - переосмысление и расчистка всего накопившегося в этой области бардака, замена костылей простыми и гибко настраиваемыми решениями, плюс задейстование новых возможностей современных линуксов (cgroups, autofs, udev).Очень хочется надеяться. Но плачевное состояние и ненужность пульсаудио заставляет меня сомневаться.
> современных линуксов (cgroups, autofs, udev).Задуманные фичи - отличные. Главное чтобы на практике оказалось не менее круто чем в теории. А то это их пульсаудио от того же автора что-то бурного энтузазизма не вызывает особо.
> в чем разница с systemd?http://www.opennet.me/opennews/art.shtml?num=26447
http://www.opennet.me/opennews/art.shtml?num=28713
http://www.opennet.me/opennews/art.shtml?num=27721
http://www.opennet.me/opennews/art.shtml?num=27218
http://wiki.opennet.ru/Systemd
У меня столько идей, что до всего просто руки, не то чтобы не доходят,
а я физически не осилю их до конца 21 века.Ну например тут, создать модуль ядра или гипервизор который будет
собирать статистику запуска сервисов, до сигнала о прекращении сбора.
Некий такой профилятор. Результат его работы - последовательный список
всех запускаемых приложений/утилит... С помощью парсера превращаем его
в скрипт запуска. Допускать параллельное ветвление (но внутри так же - линейно).* Ввести деление по типам требуемых ресурсов - файлы, интерфейсы, сокеты,...
* Каждое приложение должно объявлять этот список, типа ldd /usr/bin/something
* Список может формироваться на основании конфига или текущего состояния, типа iptables-save... долго могу фантазировать :)
И не надо никакие IPC придумывать, сравнили таблицу требований у сервиса
с наличием их в системе - (пере)запустили. И нефига, например postfix_у, генерировать
сообщение о поднятие сети если он не может пропинговать релей.
Нет сети - кури бамбук, как появиться так и поднимешься.
Спасибо. Но тут лучше 5 минут подождать, чем вникать во внутренности этого монстра. Благо, аптайм в линуксе не ограничен.
> Спасибо. Но тут лучше 5 минут подождать, чем вникать во внутренности этого
> монстра. Благо, аптайм в линуксе не ограничен.Ну это сейчас, а через 100 лет, когда каждый комп будет представлять
нейросеть работающую в связке с мозгом и глобальной сетью?!
Наверно, желательно, чтоб он перегружался быстрее, а то зависнет на
пешеходном переходе, а навстречу КамАз квантовый... Чпок и гравитационный коллапс. :)
>Наверно, желательно, чтоб он перегружался быстрее, а то зависнет напешеходном переходе, а навстречу КамАз квантовый...
Так это ты венду описал. Только ей надо часто перезагружаться.
Подскажите плз какими средствами можно мониторить события этого Upstarta, умучился с отладкой заданий. В первых релизах вроде утилита initctrl позволяла это делать, но в Ubunte 10.04 у меня не получается проследить какие upstart события происходят в реальном времени.
В параметры ядра добавить --set-verbose
> В параметры ядра добавить --set-verboseЕсли не трудно, чуть подробнее. Man initctl в списке доступных команд не показывает ни одной команды позволяющей каким-либо образом отслеживать события Upstart. initctl единственная известная мне утилита, которая умеет взаимодействовать с upstart. "--set-verbose" это параметр загрузки или компиляции ядра? Если это параметр загрузки - то дальше каким инструментом смотреть события, системная консоль молчит как рыба.
мне понравилась systemd, kvm-виртуалка перезапускается за считанные секунды, одно неудобство, надо переписывать под него все скрипты. запуск некоторых служб не осилил(((
> мне понравилась systemd, kvm-виртуалка перезапускается за считанные секунды, одно неудобство,
> надо переписывать под него все скрипты. запуск некоторых служб не осилил(((Думаю, через пару лет почти все живые проекты будут поддерживать соответствующие конфиги для него. Пока могу только посоветовать хау-тушку, ее даже на русский перевели (см. ссылки выше).
А что конкретно там не работает?