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코어 제온이며 여전히 단일 코어에서 완전히 고정되어 있으며 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문제가 되지 않습니다.