Mengapa rsync bercabang sendiri? Dan mengapa satu proses bercabang seperti itu hampir agak menganggur (seperti yang terlihat di iotop)?

Ini mengacu pada masalah yang dinyatakan di sini dan saya juga mengalami hal yang sama.

Di salah satu server saya, saya menjalankan rsync, untuk membuat cadangan direktori besar (ukuran lebih besar dari 300 Gb) ke disk yang berbeda, dipasang pada mesin yang sama. Direktori yang sedang disinkronkan berisi ribuan direktori dan file. Saya mengeluarkan perintah rsync tunggal, dengan 'nohup' dan kemudian mendorongnya di latar belakang menggunakan perintah '&'. Perintah lengkap yang diberikan pada bash shell jarak jauh (menggunakan dempul) adalah:

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

Kemudian hanya untuk memeriksa pada tingkat berapa data disalin, saya menggunakan perintah 'iotop', dan menemukan bahwa ada 3 rsync berjalan dengan parameter yang sama. Saat mencari saya menemukan tautan di atas yang mengatakan bahwa itu normal.

Tetapi melakukan iotop untuk memantau hanya itu dan satu-satunya proses rsync yang berjalan pada sistem, saya melihat bahwa satu proses membaca file, satu menulisnya, tetapi satu menganggur. Perilaku tersebut tampaknya baik, karena satu proses hanya melakukan satu hal pada satu waktu, tetapi apa yang dilakukan proses ke-3 (dilihat sebagai yang tengah pada gambar di bawah)?

Perintah iotop yang saya gunakan adalah:

iotop -p22250 -p22251 -p22252

Berikut adalah screenshot untuk output perintah iotop:

Saya menanyakan alasan ini karena saya sering menggunakan rsync, dan ingin memahami perilakunya untuk keuntungan jangka panjang. Saya bahkan membaca manual, tetapi tidak mengatakan apa-apa.

rsync adalah program yang dirancang untuk menjadi klien dan server. Server membaca dan klien menulis. Bayangkan bahwa alih-alih satu komputer, Anda memiliki komputer melalui jaringan, saya yakin jauh lebih jelas jika Anda berpikir seperti itu.

Lalu ada controllernya. Karena operasi IO cenderung memiliki sejumlah risiko tertentu, masalah IO seharusnya tidak menyebabkan pemblokiran total atau macet. Jadi, itu menciptakan garpu untuk setiap koneksi dan duduk di latar belakang.