Por que o rsync se bifurca? E por que um desses processos bifurcados está quase meio ocioso (como visto no iotop)?

Isso se refere ao assunto declarado aqui e também estou enfrentando o mesmo.

Em um dos meus servidores, executei um rsync para fazer backup de um diretório enorme (tamanho maior que 300 Gb) em um disco diferente, montado na mesma máquina. O diretório sendo rsynced contém milhares de diretórios e arquivos. Emiti um único comando rsync, com 'nohup' e depois o empurrei em segundo plano usando o comando '&'. O comando completo fornecido no shell bash remoto (usando putty) foi:

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

Então, apenas para verificar a que taxa os dados estavam sendo copiados, usei o comando 'iotop' e descobri que havia 3 rsync em execução com os mesmos parâmetros. Na pesquisa eu encontrei o link acima, que diz que é normal.

Mas, fazendo um iotop para monitorar apenas esses e os únicos processos rsync em execução no sistema, vejo que um processo está lendo arquivos, um está gravando, mas um está ocioso. O comportamento parece ser bom, pois um processo faz apenas uma coisa de cada vez, mas o que o terceiro processo está fazendo (visto como o meio na imagem abaixo)?

O comando iotop que eu tinha usado era:

iotop -p22250 -p22251 -p22252

Aqui está a captura de tela para a saída do comando iotop:

Estou perguntando por isso, uso muito o rsync e quero entender seu comportamento para obter benefícios a longo prazo. Eu até li o manual, mas ele não diz nada sobre o garfo.

O rsync é um programa projetado para ser um cliente e servidor. O servidor lê e o cliente grava. Imagine que, em vez de um único computador, você tenha computadores através da rede, tenho certeza de que fica muito mais claro se você pensa assim.

Depois, há o controlador. Como as operações de E / S tendem a apresentar certa quantidade de risco, um problema de E / S não deve causar bloqueio total ou falha. Portanto, ele cria um fork para cada conexão e fica em segundo plano.