https://m.opennet.me/openforum/vsluhforumID3/66474.html Леннарт Поттеринг (Lennart Poettering), создатель звукового сервера PulseAudio, работающий в компании Red Hat, при участии разработчиков из компаний Novell, IBM, Intel и Nokia, подготовл (http://0pointer.de/blog/projects/systemd.html) прототип принципиальной новой системы инициализации для Linux - systemd (http://git.0pointer.de/?p=systemd.git), нацеленной на более интенсивную параллелизацию выполнения сервисов на этапе загрузки.<br><br><br>Работа systemd разделена на два основных этапа. На первом этапе осуществляется анализ init-скриптов и построение плана выполнения инициализации, в котором учитываются не только вызываемые из скриптов программы, но и открываемые файлы, создаваемые сетевые сокеты и обращения к устройствам. Иными словами, если системы инициализации подобные Upstart как правило оперируют зависимостью между сервисами, то systemd в качестве параметров взаимодействия учитывает такие дополнительные сущности, как сокеты и готовность устройств. После построения плана выбирается наи...<br><br>URL: http://lwn.net https://m.opennet.me/openforum/vsluhforumID3/66474.html#131 Mon, 22 Sep 2014 14:25:35 GMT Это, кстати, следствие четверорукости тех разработчиков Red Hat, у которых криво собранные пакеты с бинарниками из /, слинкованными с библиотеками из /usr -- оказались достаточно критичны для того, чтобы соответствующий баг в анаконде полечили гильотином (запретом создания отдельного /usr) плюс руганью в системде.<br> https://m.opennet.me/openforum/vsluhforumID3/66474.html#130 Sat, 27 Aug 2011 09:26:45 GMT Пруф<br>http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken<br> https://m.opennet.me/openforum/vsluhforumID3/66474.html#129 Sat, 27 Aug 2011 09:26:23 GMT systemd не совместима с отдельно монтируемым /usr. А значит initrd будет на 4 гига больше.<br> https://m.opennet.me/openforum/vsluhforumID3/66474.html#128 Mon, 16 Aug 2010 22:24:03 GMT Мдя, новость кончно интересная, но каменты ещё интереснее :). Такое ощущение, что все вышеотписавшиеся таки целый день что-то ребутят, причём с секундомером :). Господа, секунды вам погоды не сделают (ну разве что с друзьями виндузятниками пиписьками померяться), а на сервере после того как он упал, хз что может навернуться и всё равно ручками придёться прикручивать обратно. Так как вам upstart или systemd помогут? :)<br> https://m.opennet.me/openforum/vsluhforumID3/66474.html#127 Mon, 16 Aug 2010 16:23:11 GMT &gt;Честно говоря, идея вызывает опасения: не знаю как остальные, а я часто <br>&gt;пишу SystemV сценарии, и даже с UpStart уже слегка наелась граблей... <br>&gt;<br>&gt;Какая-то схема, на первый взгляд, непрозрачная для тех, кто пишет стартовые сценарии <br>&gt;и соотвествующее ПО к ним. <br><br>По поводу простоты, прозрачности и "кристальной понятности"<br>систем инициализации.<br>google://The Design and Implementation of the NetBSD rc.d system<br><br>Вот это точно образец простоты и понятности,<br>как для писателя старапскриптов, так и для пользователя.<br><br>Документу 10 лет, но основные принципы и сейчас такие же.<br>К тому же система эпоху назад перенесена и на FreeBSD.<br> https://m.opennet.me/openforum/vsluhforumID3/66474.html#126 Thu, 06 May 2010 04:19:32 GMT ура, ребята повторно изобрели rc-ng<br> https://m.opennet.me/openforum/vsluhforumID3/66474.html#125 Tue, 04 May 2010 11:14:27 GMT &gt;За понятным, прозрачным и стабильным - назад в семидесятые-восьмидесятые. <br><br>Угу, давайте запускать CP/M на i8080. Правда вот кому кроме нас самих это будет надо? :)<br> https://m.opennet.me/openforum/vsluhforumID3/66474.html#124 Tue, 04 May 2010 11:12:20 GMT &gt;&gt; И гораздо лучше если софт отскребется от асфальта сам.<br>&gt;Ну да, кривой демон раздуется в памяти, будет убит по oom, ваша <br>&gt;умная система его перезапустит, он опять раздуется. Так и будет ворочать <br>&gt;свопом, заDOSив все остальное что на машине крутится. <br><br>Ну если раз в полгода - да и болт с ним. Ну будет запись два кило в сутки в своп. Не больно какая дос-атака на диск :). Тем более что если время отклика роляет, своп можно совсем вырубить или не делать его большим, лимитировав вред. Хотя нормальное решение - подрезать крылья чем-то типа ulimit, но как бы на все места где можно упасть - соломы не напасешься.<br><br>&gt;Без карауленья нихрена не обойдетесь, <br><br>Предоставим это роботам^W вачдогам, опять же. Отловив лично "быстро вылезающие" проблемы и предоставив автоматике душить медленно вылезающие (когда, и если они вылезут). А то лично переться в датацентр в буево-тутуево или тем паче ребутить какую-то железку на северном полюсе, ухлопав на визит к оной несколько дней - не прикольно ни разу. Сие касается и сбое https://m.opennet.me/openforum/vsluhforumID3/66474.html#123 Tue, 04 May 2010 10:46:54 GMT &gt;В Linux нет дампа ядра? Оно сразу перезагружается? <br><br>Хм... я видел реально серьезные сбои ядра всего несколько раз в жизни. И то - или в проприетарных драйверах или в экспериментальном коде. Что до сразу перезагружается - у нормального железа опять же есть (аппаратный и только так!) Watchdog Timer который вообще независимо от ОС вправит мозг системе аппаратным ресетом. Вообще невзирая ни на что если система перестала отвечать, например (и да, в линухе поддерживается целый выводок вачдогов). И это как раз тоже инструмент крашрекавери в батч-режимах, когда ресет нажать или девайс передернуть чисто физически некому. <br><br>&gt;В Windows хотя бы Blue Screen Of Death есть &#8212; хоть что-то, что заставит посмотреть <br>&gt;на экран и физически передёрнуть (humanable) "ручник". <br><br>Есть только одна проблема: если девайс стоит в датацентре за тридевять земель или в удаленном уголке планеты - передернуть девайс/питание/ресет может быть... НЕКОМУ. Или это может стоить нехилых баблосов или вести к большим потерям. <br><br>&gt;Ага: "Пр