大容量ファイルのSCP転送を高速にする方法 (ver.2019) - 元RX-7乗りの適当な日々

9年ほど前にこういうエントリを書いたのですが、まだそれなりに見られているようなので、最近はどうなのかなーと、再検証・再計測してみたエントリーです。 ↑の過去エントリにも記載しているのですが、SSH/SCP では暗号化方式（強度）によってファイル転送のスループットが変わります。 もちろん、オープンなネットワークでやるにはセキュリティがー、とか、インターナルでやるなら、そもそも netcat (nc) でいいやんー、とか、そもそも大量にファイル数あるなら、事前に固めてしまえー、とか色々あると思うのですが、本エントリではあくまで暗号化方式 の違いでスループットがどう変化するのか、それはどのくらいスループットが出るのか、を確認したログとなります。 ベンチマークで利用した環境 Google Compute Engine (GCE) の インスタンス (n1-highcpu-4) を2台準備しました

[rx7]

9年前のエントリの再検証結果をblogged.

[kukita]

【#プロトコル】「SSH/SCP では暗号化方式（強度）によってファイル転送のスループットが変わります。」自分用メモφ(..) #SSH #ネットワーク →

[tmatsuu]

わいわい

[jsstudy]

"さすがに9年前からは、かなり進化が見られる結果となりました。CPU で AES-NI がサポートされた恩恵もあるのでしょう。"

[OKIIZO]

hpn-ssh パッチを当てて解決しよう

[yarumato]

“、SSH/SCP では暗号化方式（強度）によってファイル転送のスループットが変わります”

[kazema_tsu]

逆に遅く転送したい場合暗号化強度高めればっていいじゃん考えちゃった

[naga_sawa]

ここ10年ぐらいのCPUならAES-NI乗ってるからハードウェアアクセラレーションの効くAESの方が速いはず