AP> В сообщении от Saturday 27 September 2008 00:23:18 Dmitry Nezhevenko
AP> написал(а):
AP>> Каждый конкретный init-скрипт -- вещь в себе. И запускать внутри
AP>> скрипта что-то параллельно особого смысла нет. И на чем бы каждый
AP>> конкретный скрипт не переписывать, параллельно они запускаться не будут.
AP>>
AP>> А вот несколько init-скриптов запускать одновременно -- вполне себе
AP>> можно.. Только порядок знать нужно. Ну и сам /sbin/init явно не на шелле
AP>> написан.. Так что я вообще не вижу, куда этот пример засовывать.
AP> Я к тому, что из шелловского скрипта получить информацию о ходе работы других
AP> запущенных скриптов, мягко говоря, затруднительно.
была бы необходимость то можно было, но для init'а это не нужно,
достаточно знать код завершения.
я читал что работы по параллельной загрузке ведутся (депендсы вот ввели
на загрузку модулей, например), но только по моему это мало кому надо
(какая нафиг разница 2 минуты или 3 система грузится если она раз в год
грузится) потому и не движется
AP> В итоге приходится это
AP> решать внешними обвязками. Скажем, как послать из шелловского скрипта всем
AP> другим запущенным init-скриптам "я скрипт на уровне таком-то проверил условия
AP> инициализации и готов запуститься но прошу воздержаться от выполнения все
AP> скрипты уровня такого-то до получения сообщения такого-то и рекомендую
очень просто скрипт должен быть в виде make файла.
сейчас есть у нас у скриптов депендсы:
init.a зависит от запуска init.b, и init.c
init.b в свою очередь зависит от init.c и init.d
и так далее
берем make и пишем
stage_d:
init.d start
stage_c: stage_d
init.d start
stage_b: stage_c
init.c start
ну и так далее
а потом пускаем это все например так:
make -f my_cool_init -j10
и оно в 10 потоков (по возможности) пускает параллельного уровня иниты.
осталось решить проблему с обломами (некоторые иниты могут обламываться)
но она вроде решабельна и главное что при обломе одного можно не
запускать депендсы от него
где-то я видел несколько статей на эту тему но искать лень
AP> выполняться всем скриптам уровня с такого-то по такой-то". Не нравятся
AP> сообщения вроде эрланговских - давайте из скрипта выставим приоритет
AP> выполнения для скриптов разных уровней,
уже есть зависимости в init-скриптах, просто пока еще не все скрипты
доделаны в этом отношении (по моему)
lintian вовсю ругается уже на скрипт не имеющий стандартного заголовка
AP> СУБД при выборе индексов для выполнения запроса. И это не нравится - давайте
AP> модель блокировок выберем... Ни один из перечисленных вариантов из шелловских
AP> скриптов нормально не реализуется.
как раз шелловскими скриптами это отлично реализуется, просто пока эту
задачу никто не решал :)
--
. ''`. Dmitry E. Oboukhov
: :’ : unera@debian.org
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
Attachment:
signature.asc
Description: Digital signature