Что происходит, когда процесс разветвляется?

Чтобы ответить на номинальный вопрос, поскольку вы отметили, что принятый ответ не соответствует этому, fork влияет на процесс, в котором он вызывается. В вашем примере rTorrent порождает процесс Perl, который затем вызывает fork, это процесс Perl, который дублируется, поскольку именно процесс Perl вызвал fork.

В общем случае у процесса нет возможности fork использовать любой другой процесс, кроме самого себя. Если бы можно было указать другому произвольному процессу идти fork самому, это открыло бы безграничные проблемы с безопасностью и производительностью.

Функция fork() возвращает ДВАЖДЫ! Один раз в родительском процессе и один раз в дочернем процессе. В общем, оба процесса ИДЕНТИЧНЫ во всем, как будто КАЖДЫЙ только что вернулся из fork(). Разница только в том, что в одном из fork() возвращается значение 0, а в другом оно не равно нулю (PID дочернего процесса).

Таким образом, какой бы процесс ни запускал ваш Perl-скрипт (если это встроенный интерпретатор Perl внутри rTorrent, тогда rTorrent будет процессом) будет дублироваться именно в тот момент, когда произошло fork().

Я считаю, что нашел проблему, просмотрев исходный код rTorrent. Для некоторых процессов он будет считывать все выходные данные, отправленные на стандартный вывод, прежде чем продолжить. Если это происходит с вашим процессом, rTorrent будет блокироваться до тех пор, пока вы не закроете процесс stdout. Поскольку вы разветвляете, ваш дочерний процесс использует тот же стандартный вывод, что и родительский. Ваш родительский процесс завершится, но канал останется открытым (поскольку ваш дочерний процесс все еще работает). Если бы вы использовали rTorrent, я бы поспорил, что он будет заблокирован на этом read() вызове во время выполнения вашей команды.

Попробуйте закрыть/перенаправить стандартный вывод в вашем perl-скрипте до того, как fork().

Весь процесс, содержащий интерпретатор, разветвляется. К счастью, память копируется при записи, поэтому для разветвления не нужно копировать всю память процесса. Однако такие вещи, как файловые дескрипторы, остаются открытыми. Это позволяет дочерним процессам обрабатывать их, но может вызвать проблемы, если они не закрыты должным образом. В общем, fork() не следует использовать во встроенном интерпретаторе, кроме как в крайнем случае.

Мой совет будет "не делай этого".

Если интерпретатор Perl встроен в процесс rtorrent, вы почти наверняка разветвили весь процесс rtorrent, последствия которого, вероятно, в лучшем случае плохо определены. Как правило, это плохая идея - играть с вещами на уровне процесса во встроенном интерпретаторе независимо от языка.

Существует большая вероятность того, что какая-то блокировка не снимается должным образом или что потоки в процессах работают непреднамеренно и, возможно, конкурируют друг с другом.

Когда мы создаем процесс с помощью fork, дочерний процесс будет иметь копию адресного пространства. Таким образом, дочерний процесс также может использовать адресное пространство. И он также может получить доступ к файлам, которые открыты родителем. Мы можем контролировать child. Чтобы получить полный статус дочернего элемента, мы можем использовать ожидание.