Pertanyaan Apa yang membatasi kinerja scp?


Saya sudah dua mesin Debian Linux terhubung melalui 1 Gbit LAN. Saya bisa mengukur ini dengan transfer file HTTP mentah dengan wget yang mendapat sekitar 100MB / dtk ke arah mana pun.

Ketika saya sekarang menggunakan scp, maksimum tanpa kompresi yang saya dapatkan adalah sekitar 15MB / dtk. Mengaktifkan kompresi dengan -C bendera memberi saya, tergantung pada konten, hingga 50MB / dtk.

Namun, ada a banyak bandwidth terbuang di sini tampaknya. Saya tidak repot-repot untuk waktu yang lama sampai saya benar-benar harus berpikir tentang beberapa transfer logfile yang sangat besar dan baru menyadari betapa anehnya lambat scp aku s. Itu wajar bagi saya untuk digunakan scp, bahkan di lingkungan perusahaan, karena semua infrastruktur disiapkan untuk itu.

Apa yang membatasi performa scp sebanyak itu? Apakah CPU terikat karena enkripsi? Ketika saya menggunakan htop tampaknya itu tidak menggunakan CPU multicore, hanya satu dari empat CPU dimaksimalkan.

Apakah ada cara untuk meningkatkan throughput? Saya sudah menyediakan server HTTP dan samba, tetapi untuk memindahkan file di antara mesin Linux, saya biasanya hanya menggunakan SSH, itulah cara saya tumbuh dengannya. Tapi ini sekarang membuat saya berpikir tentang hal itu, sepertinya saya perlu mempertimbangkan cara lain untuk mentransfer sejumlah besar data.

HTTP hanya digunakan untuk aplikasi tertentu di PHP / Java / apa pun dan samba digunakan untuk beberapa alasan khusus yang perlu kita akses dari mesin Windows.


13
2017-11-29 22:21




Jawaban dari JooMing bekerja untukku luar biasa, tapi -C pilihan untuk kompresi membuatnya lebih lambat (21MB / s bukan 112MB / s). Jadi tolong jagalah -C. - math


Jawaban:


Mungkin itu enkripsi. Anda dapat mencoba scp dengan cipher yang berbeda, misalnya:

scp -c arcfour src dest

Periksa halaman manual ssh_config untuk Cipher yang tersedia. RC4 (arcfour) adalah cipher cepat, tetapi mungkin tidak seaman beberapa alternatif.


7
2017-11-29 22:52



Perlu dicatat bahwa penggunaan RC4 aku s tidak aman dan komunikasi dapat dipecahkan dengan mudah. - Evan Darwin


Bagian dari itu mungkin ada hubungannya dengan implementasi internal OpenSSH. Melihat HPN-SSH untuk penjelasan yang layak untuk satu alasan untuk kemacetan, dan tambalan ke OpenSSH yang dapat menyelesaikannya (jika Anda bersedia untuk menambal dan membangun kembali dari sumber).


6
2017-11-29 22:58