Dlaczego rsync sam się rozwidla? I dlaczego jeden taki rozwidlony proces jest prawie bezczynny (jak widać w iotop)?

Odnosi się to do przedstawionej tutaj sprawy, a ja również tego doświadczam.

Na jednym z moich serwerów uruchomiłem rsync, aby wykonać kopię zapasową ogromnego katalogu (rozmiar większy niż 300 Gb) na innym dysku, zamontowanym na tym samym komputerze. Rsyncedowany katalog zawiera tysiące katalogów i plików. Wydałem pojedyncze polecenie rsync z „nohup”, a następnie wypchnąłem je w tle za pomocą polecenia „&”. Kompletne polecenie podane w zdalnej powłoce bash (za pomocą putty) brzmiało:

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

Następnie, aby sprawdzić, z jaką prędkością kopiowane są dane, użyłem polecenia „iotop” i stwierdziłem, że uruchomiono 3 rsync z tymi samymi parametrami. Podczas wyszukiwania znalazłem powyższy link, który mówi, że to normalne.

Ale robiąc iotop, aby monitorować tylko te i jedyne procesy rsync działające w systemie, widzę, że jeden proces odczytuje pliki, jeden je zapisuje, ale jeden jest bezczynny. Zachowanie wydaje się być dobre, ponieważ jeden proces robi tylko jedną rzecz na raz, ale co robi trzeci proces (widziany jako środkowy na zdjęciu poniżej)?

Użyłem polecenia iotop:

iotop -p22250 -p22251 -p22252

Oto zrzut ekranu wyjścia komendy iotop:

Pytam o to, ponieważ często używam rsync i chcę zrozumieć jego zachowanie dla długoterminowej korzyści. Przeczytałem nawet instrukcję, ale nie mówi nic o rozwidleniu.

rsync to program zaprojektowany jako klient i serwer. Serwer czyta, a klient pisze. Wyobraź sobie, że zamiast jednego komputera miałeś komputery w sieci, jestem pewien, że o wiele bardziej jasne, jeśli tak myślisz.

Następnie jest kontroler. Ponieważ operacje IO wiążą się z pewnym ryzykiem, problem IO nie powinien powodować całkowitego blokowania ani awarii. Tworzy więc rozwidlenie dla każdego połączenia i siedzi w tle.