https://www.opennet.ru/openforum/vsluhforumID3/89490.html В ходе работ по улучшению поддержки системного менеджера systemd в качестве init-процесса начального RAM-диска (initrd), разработчики Кей Сайверс и Гарольд Хойер столкнулись (https://plus.google.com/108087225644395745666/posts/H9CFBQLG8S8) с интересным и по-своему курьезным фактом &#8212; при использовании initrd, суммарное время инициализации ядра и initrd оказалось примерно на 10% меньше, чем время инициализации ядра без initrd.<br><br><br>Начальный RAM-диск (http://ru.wikipedia.org/wiki/Initrd) (initrd) представляет собой специализированную файловую систему, которая используется ядром на стадии начальной загрузки. Основная задача initrd &#8212; обеспечить монтирование жизненно важных файловых систем: корня и /usr. В наиболее простых ситуациях (локальные дисковые разделы) данная работа может быть проделана и ядром, однако в случае использования для этих разделов специфическим механизмов (LVM, RAID, multipath, шифрование, NFS), initrd является наиболее простым и гибким решением. Также он может оказаться полезен в https://www.opennet.ru/openforum/vsluhforumID3/89490.html#362 Wed, 17 Jun 2015 10:48:36 GMT &gt; Когда программы лежат в /etc<br><br>а они там не лежат. там лежат конфиги и стартовые скрипты. все правятся текстовыми редакторами. не улавливаю диссонанса.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/89490.html#361 Sun, 14 Apr 2013 22:11:17 GMT &gt; Так при чему тут тогда прошлый век?<br><br>При степени гоночности.<br> https://www.opennet.ru/openforum/vsluhforumID3/89490.html#360 Sun, 14 Apr 2013 17:19:10 GMT &gt;&gt;&gt;&gt; При гонке за time to market [...] используют различные agile-техники <br>&gt;&gt;&gt; это гонка, а не оптимизация <br>&gt;&gt; Вообще-то, большинство agile-подходов оринтированы <br>&gt; Я о том, что если ttm ставить во главу угла, а разум <br>&gt; свой отодвинуть и к чужому тоже не прислушиваться -- то получается <br>&gt; именно гонка и дальше любые достоинства любых подходов идут лесом, потому <br>&gt; что рано или поздно начнётся истерика вида "уже три месяца на <br>&gt; исходе, где ребёнок?!".<br>&gt; Ну нет в разработке серебряной пули, с самыми лучшими инструментами и методологиями <br>&gt; надо начинать с целей, людей и взаимопонимания.<br><br>Так при чему тут тогда прошлый век? Нормально поставленный процесс разработки и сейчас не редок. И в прошлом веке бардак тоже в некоторых компаниях был.<br> https://www.opennet.ru/openforum/vsluhforumID3/89490.html#359 Sat, 13 Apr 2013 11:32:50 GMT &gt;&gt;&gt; При гонке за time to market [...] используют различные agile-техники<br>&gt;&gt; это гонка, а не оптимизация<br>&gt; Вообще-то, большинство agile-подходов оринтированы <br><br>Я о том, что если ttm ставить во главу угла, а разум свой отодвинуть и к чужому тоже не прислушиваться -- то получается именно гонка и дальше любые достоинства любых подходов идут лесом, потому что рано или поздно начнётся истерика вида "уже три месяца на исходе, где ребёнок?!".<br><br>Ну нет в разработке серебряной пули, с самыми лучшими инструментами и методологиями надо начинать с целей, людей и взаимопонимания.<br> https://www.opennet.ru/openforum/vsluhforumID3/89490.html#358 Thu, 11 Apr 2013 23:51:49 GMT &gt;&gt; При гонке за time to market увеличивают частоту релизов <br>&gt; Да.<br>&gt;&gt; и используют различные agile-техники разработки в команде <br>&gt; Да.<br>&gt;&gt; но не начинают игнорировать баги.<br>&gt; И их тоже, потому как запыхиваясь над релизами и закопавшись по уши <br>&gt; в юзерсторисы -- как ни странно, всё равно всего не сделаешь. <br>&gt; Вы же понимаете, что требовать от двух женщин ребёнка через три месяца <br>&gt; -- это гонка, а не оптимизация?..<br><br>Вообще-то, большинство agile-подходов оринтированы именно на поддержание постоянной скорости работы в течение долгого времени и поставку качественного кода. Потому при нормально поставленной работе за релизами никто не бежит (да и зачем бежать если они и так часто выходят?) и баги также не игнорируются, ибо приоритетнее фич.<br><br>Разумеется, можно все испоганить и поставить с ног на голову, но ценность качественного кода и вред гонки со временем на истощение - это одни из основных идей.<br> https://www.opennet.ru/openforum/vsluhforumID3/89490.html#357 Thu, 11 Apr 2013 17:45:43 GMT &gt; Особенно по сравнению со всякими SysV init и OpenRC, где чтобы понять назначение скрипта, необходимо читать его код. А в systemd каждый чих документирован, и про каждый чих делается подробная запись в логи<br><br>...аноним английский осилил, а юникс-шелл - нет...<br> https://www.opennet.ru/openforum/vsluhforumID3/89490.html#356 Thu, 11 Apr 2013 14:37:04 GMT &gt; При гонке за time to market увеличивают частоту релизов<br><br>Да.<br><br>&gt; и используют различные agile-техники разработки в команде<br><br>Да.<br><br>&gt; но не начинают игнорировать баги.<br><br>И их тоже, потому как запыхиваясь над релизами и закопавшись по уши в юзерсторисы -- как ни странно, всё равно всего не сделаешь.<br><br>Вы же понимаете, что требовать от двух женщин ребёнка через три месяца -- это гонка, а не оптимизация?..<br> https://www.opennet.ru/openforum/vsluhforumID3/89490.html#355 Thu, 11 Apr 2013 13:57:27 GMT Чушь какая. Разве что в головах фанатов, извративших оригинал.<br><br>Вот тут http://old.intuit.ru/department/os/osunix/ в первых трех главах нормально изложено.<br> https://www.opennet.ru/openforum/vsluhforumID3/89490.html#354 Thu, 11 Apr 2013 13:04:04 GMT &gt; Я уже лет 20 не видет init-скрипты по пять строк.<br><br>http://svnweb.freebsd.org/base/release/9.0.0/etc/rc.d/rwho?view=co<br><br>А если стандартные вычесть, так даже и меньше пяти останется.<br>