Способы оптимизации производительности трубопроводов по сети (RSH и SSH)
Подведение итогов комментариев. Необходимо добавить переменные среды следующим образом.
LD_LIBRARY_PATH="/home/<user>/lib" LIBRARY_PATH="/home/<user>/lib" CPATH="/home/<user>/include"
Я думаю, что вы получаете ограничение на ЦП, а не на полосу пропускания, по крайней мере, в части ssh.
Я получаю около 45-50 МБ / с с scp (ssh cp) между двумя простаивающими серверами, так как шифрование / дешифрование на серверах является ограничивающим фактором. Добавьте gzip / ungzip, и вы можете упасть дальше в зависимости от количества доступных ядер.
Несжатые и незашифрованные передачи имеют лучшие показатели. Вы можете попробовать без команд сжатия и посмотреть, как это пойдет.
Вы уже провели базовый тест скорости, чтобы исключить сжатие и дисковый ввод/вывод?
Это довольно легко сделать, подключитесь с одного из затронутых хостов к другому по ftp и выполните
put "|dd if=/dev/zero bs=1M count=1000″ /dev/null
который прочитает 1GB с /dev/zero на одной стороне и запишет его в /dev/null на другой стороне, что тестирует чистую пропускную способность сети. Более подробно это описано, например, в блоге
AIXChange: Two Ways to Measure Network Performance
Для передачи через scp можно попробовать уменьшить шифрование, используя менее требовательный потоковый шифр (RC4) с помощью -o Cipher=arcfour ... в качестве опции к scp.
См. также связанный вопрос, предлагающий использовать -C для включения сжатия, хотя, насколько я понял, в вашем случае производительность процессора является ограничивающим фактором, а не пропускная способность сети, поэтому сжатие, вероятно, ухудшит ситуацию.