Чому rsync роздвоюється сам? І чому один з таких роздвоєних процесів майже нічим не працює (як видно на iotop)?

Це стосується викладеної тут справи, і я теж переживаю те саме.

На одному з моїх серверів я запустив rsync, щоб створити резервну копію величезного каталогу (розміром більше 300 Gb) на іншому диску, встановленому на одній машині. Синхронізований каталог містить тисячі каталогів та файлів. Я видав одну команду 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 - програма, призначена для клієнта та сервера. Сервер читає і клієнт пише. Уявіть, що замість одного комп’ютера у вас були комп’ютери через мережу, я впевнений, що це набагато зрозуміліше, якщо ви думаєте саме так.

Потім є контролер. Оскільки операції вводу-виводу мають тенденцію до певного ризику, випуск IO не повинен викликати повне блокування або збій. Отже, він створює вилку для кожного з'єднання і сидить на задньому плані.