Я немного озадачен этим? Почему rsync быстрее, чем scp? Не использование rsync scp под или это делает что-то более эффективное? Там некоторый путь состоит в том, чтобы ускорить scp?
Rsync, очевидно, будет быстрее, чем scp, если цель уже будет содержать некоторые исходные файлы, так как rsync только копирует различия. Но я подозреваю, что Ваш вопрос был о выполнении простой копии к пустой цели.
Вы передали -z
опция к rsync
; это включает сжатие. Если сетевая пропускная способность является ограничивающим фактором (это часто), сжатие может улучшить скорость передачи значимой суммой.
Можно также включить сжатие с scp
путем передачи -C
опция. Это должно о выровнять вещи с rsync. Сжатие не включено по умолчанию в ssh, потому что это сохраняет пропускную способность, но добавляет задержку и ЦП наверху; задержка плоха для интерактивных сессий (это не относится scp
), и ЦП наверху бесполезен, если файлы, которые Вы копируете, уже сжаты.
Более старые версии rsync
используемый rsh, а не ssh как транспортный уровень по умолчанию, таким образом, справедливое сравнение было бы между rsync
и rcp
. Но ssh был значением по умолчанию начиная с 2.6.0 выпущенных 01.01.2004.
С идентичными настройками сжатия я ожидал бы rsync
и scp
иметь по существу ту же скорость. Совместно используйте сравнительные тесты, если Вы находите иначе.
Это раньше было наоборот, но я полагаю, что скорость rsync улучшила значительно прошлые немного изменений. Это также зависит от того, сколько файлов Вы копируете. Если это будет много, то rsync обычно будет быстрее, потому что scp порождает новый процесс для каждого файла, который Вы копируете. Можно попытаться ослабить шифр scp использование, чтобы видеть, убыстряется ли он. В последний раз я вспоминаю, arcfour шифр был самым быстрым.
Вы перекопировали файлы по существующим? Если так, способность rsync заблокироваться сравнивает и только копирует различия, будет релевантно.