https://ns.opennet.dev/openforum/vsluhforumID3/96824.html Анонсирован (https://lists.ubuntu.com/archives/upstart-devel/2014-July/003313.html) релиз системы инициализации Upstart 1.13 (https://launchpad.net/upstart/1.x/1.13), изначально разработанной компанией Canonical и ныне используемой в дистрибутивах Ubuntu и RedHat Enterprise Linux 6, а также в проектах Maemo, Chrome OS и webOS. В будущем проект Ubuntu намерен (http://www.opennet.ru/opennews/art.shtml?num=39090) перейти на использование systemd, но развитие Upstart пока не прекращается. <br><br><br>Например, кроме исправления ошибок в Upstart 1.13 добавлена поддержка параметра (http://upstart.ubuntu.com/wiki/Stanzas) cgroup, позволяющего использовать cgroups в системе инициализации и менеджере сеансов. Поддержка chroot отключена по умолчанию, для изоляции через chroot теперь нужно использовать флаг '--chroot-sessions'. В опции '--confdir' теперь допускается определение системных конфигураций в нескольких местах, для упрощения добавления новых путей реализованы дополнительные опции '--append-confdir' и '--prepend-confd https://ns.opennet.dev/openforum/vsluhforumID3/96824.html#135 Mon, 11 Aug 2014 23:13:29 GMT &gt; идея шины сама по себе неплохая, просто d-bus &#8212; плохая реализация. я <br>&gt; сейчас уже точно не вспомню, а искать лень, но раньше там <br>&gt; внутри был какой-то адский ад.<br><br>d-bus фактически сейчас как некий нарост: не используется особо и и выкинуть страхово. И да - достойной альтернативы нет, к сожалению многое так.<br><br>Фактически функциональность дибэс трансформировалась в собственные сервисы сред типа КДЕ, но чтобы не сломать систему поддержка его не выбрасывается, но и не развивается особо...<br><br>Этот вакуум естественно заполняется...<br> https://ns.opennet.dev/openforum/vsluhforumID3/96824.html#134 Mon, 11 Aug 2014 21:57:50 GMT идея шины сама по себе неплохая, просто d-bus &#8212; плохая реализация. я сейчас уже точно не вспомню, а искать лень, но раньше там внутри был какой-то адский ад.<br> https://ns.opennet.dev/openforum/vsluhforumID3/96824.html#133 Mon, 11 Aug 2014 21:13:33 GMT &gt;&gt; То что событийная модель - это правильное направление <br>&gt; &#8230;но, к сожалению, всё тот же d-bus.<br><br>d-bus наверное боятся трогать, чтобы все не сломать. Лучше шины (не только d-bus, а вообще) пока нет вменяемых подходов: приоритеты, диспетчеры, маски. Проблема перебора в списке рассылки событий, хотя и может разрешаться проверкой флага состояния: preprocess, postprocess. В банде четырех неплохо описаны проблемы и недостатки при использовании паттернов типа наблюдатель: выбор между крайностями push/pull. Более правильнее, когда наблюдатель выспрашивает подробности у субъекта. Механизм нотификаций рулит, но не решает проблем последовательной схемы. Возможно, более интересный подход - это построение дерева (точнее графа) для рассылки уведомительных сообщений, но тут тоже возможны грабли, монструозность.<br> https://ns.opennet.dev/openforum/vsluhforumID3/96824.html#132 Mon, 14 Jul 2014 12:10:04 GMT &gt; Я даже соглашусь с этим утверждением, но это не отменяет того, что <br>&gt; системд - ущербен в архитектуре и реализации. А так же в <br>&gt; том, что пытается делать задачи, к нему не относящиеся.<br>&gt; Реально - надо было допилить busybox до системы инициализации:<br><br>Леонидт делал архитектуру для "своевременной" оптимизации:<br><br>Все эти шелы (и скрипты на них) ему было _медленно.<br> Поэтому _никаких _шелов.<br><br>Все эти субпроцессы ему тоже было медленно. На этапе арх.планирования.<br> Поэтому _никаких субпроцессов.<br><br>Всё в одном франкенштнайн-мацчинЪ. ---Дайте Лёне почитатать [конец] про франкенштейна.<br><br> https://ns.opennet.dev/openforum/vsluhforumID3/96824.html#131 Mon, 14 Jul 2014 08:03:45 GMT &gt;&gt; неправа же. У openrc няшные простые конфиги, почти лучшее что можно было <br>&gt;&gt; сделать из легаси. Но сам он да, много где сделан на убогом баше.<br>&gt; Называя вещи своими именами, если мне вдруг в какие-то моменты почему-то не <br>&gt; хватит возможностей системы инициализации, я предпочту допиливать системные вещи на си, <br>&gt; а не баше. Околосистемные вещи из баша делать вообще довольно неудобно, <br>&gt; имхо.<br><br>Я даже соглашусь с этим утверждением, но это не отменяет того, что системд - ущербен в архитектуре и реализации. А так же в том, что пытается делать задачи, к нему не относящиеся.<br>Реально - надо было допилить busybox до системы инициализации: там уже все есть внутри. Даже замена udev (mdev), и у меня это работает на эмбедовке (arm).<br>Они (редхат) предпочли сделать убогую реализацию руками известного быдлoкoдeрa. В результате вместо прогресса отрасли мы опять имеем кучу несовместимых граблей.<br> https://ns.opennet.dev/openforum/vsluhforumID3/96824.html#130 Mon, 14 Jul 2014 06:27:25 GMT &gt; Нахера столько систем инициализации?<br>&gt; Что больше пилить нечего уже?<br><br>Вы все не понимаете же! Это она, дружба со вендорами им.опен-сора-орайли-реймонда же. У на^Wних всё получилось: сначала Cononical дружила нас своим upstart-ом, потом RH люто подружила всех. И это ещё не всё! Ждём, как ответят ораклы, фейсбуки и прочие гуглы. Нужно _Больше систем инициализации. &lt;/.&gt;<br> https://ns.opennet.dev/openforum/vsluhforumID3/96824.html#129 Mon, 14 Jul 2014 05:59:26 GMT &gt;&gt; процесс загрузки - там написали свой вариант systemd (procd), который дважды <br>&gt;&gt; из-за кривых костылей (preinit) дергает /sbin/init (это тоже procd), и все <br>&gt;&gt; эта хрень общается через libubus/ubusd. Супер.<br>&gt; И, кстати, к сожалению, там до сих пор слишком много sysv-образной скриптятины <br>&gt; в процессе загрузки. Поэтому загрузка иных девайсов занимает по дефолту добрую <br>&gt; минуту, что как-то не прикольно.<br><br>А отлаживать это как предлагается, например?<br>Я вот с этой хренью ковырялся через com-порт на arm плате, и у меня не работал procd, ругаясь на ubusd. Хотя все было на месте, корректно слинковано и т.д. Оказалось (после курения сорцев для осознания, как же эта хрень работает), что в образе была неверная версия libubus (новее, чем procd). У меня это заняло пару-тройку часов, а при sysvinit - это было бы просто !#/bin/sh -x и минут 10.<br> https://ns.opennet.dev/openforum/vsluhforumID3/96824.html#128 Mon, 14 Jul 2014 02:57:29 GMT учитывая, что ты постоянно скулишь про &#171;баш-портянки&#187; (так и не показав толком ни одной) &#8212; я рад, что мне не придётся столкнуться ни с твоим софтом, ни с твоими серверами. я даже не хочу представлять, какой там ужас творится.<br> https://ns.opennet.dev/openforum/vsluhforumID3/96824.html#127 Mon, 14 Jul 2014 02:56:00 GMT опять укуреный бред пошёл.<br>