Почему rsync разветвляется? И почему один такой раздвоенный процесс почти не работает (как видно из iotop)?

Это относится к вопросу, изложенному здесь, и я тоже испытываю то же самое.

На одном из моих серверов я запустил rsync для резервного копирования огромного каталога (размером более 300 ГБ) на другой диск, смонтированный на той же машине. Каталог rsynced содержит тысячи каталогов и файлов. Я выполнил одну команду rsync с nohup, а затем выдвинул ее в фоновом режиме с помощью команды &. Полная команда, приведенная в удаленной оболочке bash (с использованием putty):

nohup rsync -avh /some/local/dir /backup/ >> /opt/rsync.dec22.log &

Затем, чтобы просто проверить, с какой скоростью копируются данные, я использовал команду iotop и обнаружил, что 3 rsync работают с одинаковыми параметрами. При поиске я нашел ссылку выше, в которой говорится, что это нормально.

Но, выполняя iotop для наблюдения только за этими и единственными процессами rsync, работающими в системе, я вижу, что один процесс читает файлы, другой записывает их, но один бездействует. Поведение кажется хорошим, так как один процесс делает только одну вещь за раз, но что делает 3-й процесс (на рисунке ниже он показан как средний)?

Команда iotop, которую я использовал, была:

iotop -p22250 -p22251 -p22252

Вот скриншот для вывода команды iotop:

Я спрашиваю об этом, потому что я часто использую rsync и хочу понять его поведение для долгосрочной выгоды. Я даже прочитал руководство, но оно ничего не говорит о разветвлении.

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

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