Вопрос по поводу /opt/etc/init.d/rc.unslung

[kaztost]

Похоже как-то так надо:

Код: Выделить всё

for i in $(/opt/bin/find /opt/etc/init.d/ -perm '-u+x' -name 'S*' | sort "-r" ) ;
        do
            case "$i" in
               /opt/etc/init.d/S* | *.sh  )
                    # Source shell script for speed.
                    echo "." $i $ACTION $CALLER
                    ;;
                *)
                    # No sh extension, so fork subprocess.
                    $i $ACTION $CALLER
                    ;;
            esac
        done

Только как я понимаю ничего там не форкается и никакого "распараллеливания" в данном куске скрипта нет. В первом случае работа проходит в том же шелл-сеансе, что и этот case, во втором случае вызывается другой шелл-сеанс, а первый ждет пока второй закончит работу. В первом случае работа будет быстрее из-за отсутствия накладных издержек.

[nick7inc]

Всем спасибо. Я у себя всё же поправлю.

[nick7inc]

Источник цитаты во втором случае вызывается другой шелл-сеанс

Source vs fork().

When you call source (or its alias .), you insert the script in the current bash process. So you could read variables set by the script.

When you call sh, you initiate a fork (sub-process) that runs a new session of /bin/sh

Если почитать статью про fork():

После fork() процесс-потомок чаще всего выполняет системный вызов exec(), загружающий в пространство процесса новую программу (именно так, и только так, в Unix-системе выполняется запуск программы в отдельном процессе).

Некоторые программы создают дочерние процессы не для запуска другой программы, а для выполнения параллельной задачи.

Вызов fork() выполняется довольно долго, так как требует копирования большого количества данных.

IMHO, всё же есть разница (хотя другой вопрос, как часто она будет проявляться, в т.ч. и в зависимости от загрузки ЦПУ, кол-ва ядер). Вполне возможно "застревание" и "запараллеливание" вызова через fork(). Другое дело - через source, где ожидание завершения гарантировано.

[kaztost]

Источник цитаты После fork() процесс-потомок чаще всего выполняет системный вызов exec(),

Ну да, вроде действительно так, запуск дочернего процесса идет через fork. Я имел в виду, что простой sh по сути не распараллеливает, поскольку родительский шелл ждет результаты дочернего. В отличие от конструкции (...) &