https://217.65.3.21/openforum/vsluhforumID3/93922.html Доступен первый выпуск новой системы инициализации Epoch (http://universe2.us/epoch.html), позиционируемой в качестве легковесного решения для минималистичных дистрибутивов, которым необходимо обеспечить загрузку без нагромождения и лишних зависимостей. По сути, Epoch развивается в качестве альтернативы init-системы от проекта busybox, и отличающется более широкими возможностями и отказом от использования shell-скриптов для запуска сервисов. Настройки процесса загрузки определяются через единый файл конфигурации (http://universe2.us/epoch.conf). Система написана на языке Си и распространяется (https://github.com/Subsentient/epoch) как общественное достояние (http://ru.wikipedia.org/wiki/%D0%9E%D0%B1%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B5_%D0%B4%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D0%B5). Из зависимостей для работы Epoch требуется только Glibc, pthreads, ядро Linux (привязка к /proc) и опционально /bin/sh.<br><br><br><br>Основные возможности Epoch:<br><br><br><br>- Для контроля порядка запуска и ост https://217.65.3.21/openforum/vsluhforumID3/93922.html#158 Sat, 15 Feb 2014 18:21:54 GMT &gt;&gt; Что-то я не понял про этот пример. Что за сервисная cgroup, <br>&gt; per-service <br><br>Так-так...<br><br>&gt;&gt; для чего она и как умудрился туда попасть dhcpcd (dhcpd?)?<br>&gt; Он туда попал в рамках выполнения /etc/rc.d/init.d/network, очевидно.<br><br>А с каких это пор каждый файл в /etc/init.d/ считается за сервис (тот самый, по чью душу per-service cgroups и проч)? Любую хорошую идею можно превратить во всякие systemd, кто-б спорил.<br> https://217.65.3.21/openforum/vsluhforumID3/93922.html#157 Sat, 15 Feb 2014 18:07:55 GMT &gt; Что-то я не понял про этот пример. Что за сервисная cgroup,<br><br>per-service<br><br>&gt; для чего она и как умудрился туда попасть dhcpcd (dhcpd?)?<br><br>Он туда попал в рамках выполнения /etc/rc.d/init.d/network, очевидно. dhcpCd -- ещё один DHCP-клиент.<br> https://217.65.3.21/openforum/vsluhforumID3/93922.html#156 Thu, 13 Feb 2014 20:17:28 GMT &gt; Да, полезно выделять общие случаи и шаблонировать их во избежание повторной траты <br>&gt; времени и сил на рутинное описание. Вот только когда вместе <br>&gt; с сервисной cgroup пристреливают dhcpcd, поскольку нельзя заранее точно сказать, должен <br>&gt; ли скрипт подъёма сети завершиться сразу и совсем либо что-то может <br>&gt; продолжить самостоятельный полёт -- автоматическое бритьё начинает немножко пощипывать. <br><br>Что-то я не понял про этот пример. Что за сервисная cgroup, для чего она и как умудрился туда попасть dhcpcd (dhcpd?)?<br> https://217.65.3.21/openforum/vsluhforumID3/93922.html#155 Thu, 13 Feb 2014 12:24:05 GMT &gt;&gt; Совсем маленькие справляются при помощи killall -u <br>&gt; Угу, попутно пристреливая шеллы, at jobs, кронскрипты и проч. счастье<br><br>То есть возможность убежать от пристреливания методом &#124; at +1m устраивает? :) (не говоря о том, что шелл с правами сервиса -- немного странное явление, хотя и бывает)<br><br>В том-то и дело, что обстоятельства бывают разные. А у кого они, как и лица, только первый раз разные -- многие здесь знают не первое десятилетие.<br><br>Да, полезно выделять общие случаи и шаблонировать их во избежание повторной траты времени и сил на рутинное описание. Вот только когда вместе с сервисной cgroup пристреливают dhcpcd, поскольку нельзя заранее точно сказать, должен ли скрипт подъёма сети завершиться сразу и совсем либо что-то может продолжить самостоятельный полёт -- автоматическое бритьё начинает немножко пощипывать.<br><br>Такое вот наблюдение про "всё stop".<br> https://217.65.3.21/openforum/vsluhforumID3/93922.html#154 Wed, 12 Feb 2014 20:24:57 GMT &gt; факт заключается в том, что твою нечётко поставленную задачу асилил.<br><br>Т.е. у тебя htop в этом примере умудряется что-то иное показывать? Продемонстрируй, пожалуйста, патч для htop, который это умудряется делать.<br><br>&gt; нечётко поставленную<br><br>Что может быть четче: хочу чтобы service xxx stop останавливал все, что сервис xxx наплодил.<br> https://217.65.3.21/openforum/vsluhforumID3/93922.html#153 Wed, 12 Feb 2014 20:17:47 GMT факт заключается в том, что твою нечётко поставленную задачу асилил. при этом arisu вполне не против решения задачи более адекватными методами.<br> https://217.65.3.21/openforum/vsluhforumID3/93922.html#152 Wed, 12 Feb 2014 17:57:04 GMT &gt;&gt;&gt; вот жеж&#8230; а htop умеет.<br>&gt;&gt; Что умеет? Телепатически передавать пид после двойного форка? Уймись уже.<br>&gt; да я-то уймусь, мне-то что. смотрю вот на tree mode в htop <br>&gt; &#8212; и мне спокойно.<br><br>Про что тебе спокойно? Ну давай я покажу тебе htop...<br><br>Нумер рас:<br>$ htop<br> PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command<br> 1 root 20 0 10648 640 604 S 0.0 0.0 0:01.96 init [2]<br>26774 myhand 20 0 3936 80 0 S 0.0 0.0 0:00.00 ├─ ./a.out<br><br>Нумер двас:<br>$ GET http://home.test/cgi-bin/a.out<br>Do nasty things...<br>$ htop<br> PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command<br> 1 root 20 0 10648 640 604 S 0.0 0.0 0:01.96 init [2]<br>27249 www-data 20 0 3940 84 0 S 0.0 0.0 0:00.00 ├─ /usr/lib/cgi-bin/a.out<br><br>Упс. Чавой-то оно не показует, что в первом случае это потомок шелл, а во втором - апача.<br><br>$ cat a.c<br>#include &lt;stdio.h&gt;<br>#include &lt;unistd.h&gt;<br><br>int<br>main(int argc, char* argv[])<br>{<br> printf("C https://217.65.3.21/openforum/vsluhforumID3/93922.html#151 Wed, 12 Feb 2014 17:23:37 GMT &gt;&gt; Ну-ну. Маленький ты ишшо, не прибивал никогда толпу cgi-скриптов, <br>&gt;&gt; после остановки апача...<br>&gt; Совсем маленькие справляются при помощи killall -u <br><br>Угу, попутно пристреливая шеллы, at jobs, кронскрипты и проч. счастье, "смотря по обстановке".<br><br>Не барское это дело. Сказали ему stop - и пущай оно все stop.<br> https://217.65.3.21/openforum/vsluhforumID3/93922.html#150 Wed, 12 Feb 2014 11:50:55 GMT &gt; Ну-ну. Маленький ты ишшо, не прибивал никогда толпу cgi-скриптов,<br>&gt; после остановки апача...<br><br>Совсем маленькие справляются при помощи killall -u либо vzctl restart, смотря по обстановке. ;-)<br>