Intereting Posts
Где находится файловая система, на которой работают «Демоны корневого хранилища»? На что это похоже? Прошивка мыши Bluetooth в Linux Mint Cinnamon Как передать удаленный файл в stdout через scp или sftp? LVM не будет монтировать RW Как преобразовать эти данные в назначения с помощью awk или другого? Как выполнить операцию «Да / Нет», пока я нажимаю «Да» в bash? name collision во входных выражениях Nix с nix-env -f Cinnamon: фоновый рисунок рабочего стола из вложенной структуры каталогов? Переименование файлов в локальной папке с добавлением префикса или суффикса Сканеры уязвимостей и исправления для Solaris Systemd: как запустить службу systemd после полной связи сети? новой установке debian не нравится показывать собственное разрешение дисплея Фильтровать большие наборы данных в датах с командной строкой Как вы используете 'find' для обновления права собственности на все каталоги, файлы и символические ссылки в папке? терминал xfce4: отключить отдельные ярлыки

rsync parallel vs последовательные передачи

Используя Bash 4 и rsync на RHEL 6, существуют ли различия между следующими методами? Если это так, что более эффективно, и каковы различия между этими тремя методами:

1) rsync -avz /files/* user@remote_server:/remote_files 2) for file in /files/*; do rsync -avz $file user@remote_server:/remote_files;done 3) for file in /files/*; do screen rsync -avz $file user@remote_server:/remote_files;done 

Я ищу информацию, относящуюся к тому, что будет передавать самое быстрое, учитывая тот же сервер. Что делать, если имеется небольшое количество больших файлов, а также большое количество небольших файлов? Это имеет значение?

Я ищу информацию, относящуюся к тому, что будет передавать самое быстрое, учитывая тот же сервер.

Не должно быть существенной разницы, потому что узким местом является скорость сети.

Другими словами, в то время как # 3 может обсуждаться в отношении # 1 и # 2 как введение возможности параллелизма (я недостаточно хорошо знаком с screen , но если он идет на задний план и выполняет rsync , то он будет) , это не имеет значения до конечного времени. Если пропускная способность между вами и вашим пунктом назначения ограничена 3 Мбайт / с, то не имеет значения, будет ли в какой-либо другой второй процесс отвечать за все это, или 10 параллельных процессов используют какую-то часть: вы все равно будете синхронизировать 3 МБ / с.

WRT # 2 (и # 3, если экран не сам fork), если вы не зацикливаете rsync в цикле for (with & ), вы последовательно синхронизируете каждый файл, поэтому нет возможности параллелизма или преимущества.