sneak@nostromo-2:~$ for i in 3des-cbc aes128-cbc aes128-ctr [email protected] aes192-cbc aes192-ctr aes256-cbc aes256-ctr [email protected] [email protected]; do openssl rand 1000000000 2> /dev/null | ssh -c $i [email protected] "(time -p cat) > /dev/null" 2>&1 | grep real | awk '{print "'$i': "1000 / $2" MB/s" }'; done
3des-cbc: 153.61 MB/s
aes128-cbc: 153.139 MB/s
aes128-ctr: 152.439 MB/s
[email protected]: 153.846 MB/s
aes192-cbc: 153.61 MB/s
aes192-ctr: 153.374 MB/s
aes256-cbc: 153.139 MB/s
aes256-ctr: 153.374 MB/s
[email protected]: 153.139 MB/s
[email protected]: 152.672 MB/s
sneak@nostromo-2:~$
x.localはUbuntu 18.04 x64でaes-niを使用する40コアXeonで、まだシングルコアで完全に固定されており、CPUが制限されているようです（マルチスレッドではありません）。これはiMac Pro（コアが多すぎる）ではx.localへの10Gリンクなので、10GBにaes-niと70コアの両方のコンピュータが暗号化/暗号解読率を管理できないのはなぜか本当に混乱していますです。より速く。
dd if=/dev/zero bs=1000000 count=1000置換を使用すると、openssl rand同じ結果が生成されます。提案？
答え1
sshこれがボトルネックであるかどうかわからないので、netcatを使用してネットワーク速度をテストできます。ログインx.localしてコマンドを実行します。
nc -v -l 2222 > /dev/null
それnostromoから走るから
dd if=/dev/zero bs=1024K count=512 | nc -v x.local 2222
転送速度が上がっていることを確認してください。そうでなければssh問題ありません。