rsync по ssh производительности

Довольно много, если можно настроить клиенты к не rsync одновременно.

Но я не был бы озабочен ЦП/RAM, так как я думаю, что узкое место будет пропускной способностью к жестким дискам.

Во всяком случае последуйте совету от sysadmin1138 и бдительно следите открытые за ресурсами с легким инструментом как gkrellm (который может показать Вам CPU, поршень, жесткие диски и сеть одновременно).

Rsync не масштабируется линейно, особенно когда они не запускаются одновременно. Самая интенсивная часть является начальным битом, где это читает каталоги и синхронизация списки файлов. Новейшая версия rsync стороны ступает это таким образом, Вас только оставляют с контрольными суммами. Если использование ЦП становится проблемой, можно отключить эту часть также.

Сторона SSH вещей обычно не будет использовать слишком много CPU, даже когда Вы начинаете продвигать серьезную пропускную способность. Его высоко оптимизированный и не сделает очень многого. Для записи у меня есть нажатие 45meg секунда через ssh зашифрованный туннель без любого из ядер на мигании поля. Загрузка подпрыгнула немного от доступа к диску продвижения данных по массиву RAID.

Основное горлышко бутылки, скорее всего, будет Вашими дисками, не Вашими центральными процессорами. rsync инструмент для копирования файлов. То, что это делает шифрование также, плюс, но большая часть из время, будет потрачен, читая диски.

Самые важные числа не являются Вашей скоростью ЦП, но Вашей скоростью диска. Если Вы хотите больше скорости, необходимо использовать своего рода RAID.

Я начал бы делать некоторое тестирование масштаба. Запустите один процесс, проверьте его загрузки ЦП и загрузки в память в taskmanager. Работайте четыре параллельно и сделайте то же для каждого. Предположение этого масштабируется линейно, необходимо получить справедливую идею относительно того, когда Вы начали бы поражать пределы ЦП/RAM. Если это не масштабируется линейно, то необходимо будет получить больше точек данных и сделать математику.

Как предложили другие, лучший способ разработать это состоит в том, чтобы только протестировать его.

Однако я не полагаю, что Вы поразите пределы своего ЦП или RAM, прежде чем система станет неприменимой из-за загрузки IO, которую Вы помещаете в него.

Я также не полагаю, что это масштабируется линейно, я ожидал бы достигать точки, где выполнение на самом деле дополнительного rsync сделало его медленнее.

Если бы Вы действительно хотите протестировать что-то, я протестировал бы, сколько можно выполнить одновременно, прежде чем это станет медленнее, чем выполнение их один за другим. На нормальных sata дисках I ожидал бы, что это число будет меньше чем дюжиной.