1901;팔리면 1656;문Ȣ16;1648; 맙시다. 소1473;한 NJ13;변 댓글1012; 삭1228;Ȣ16;lj16;,148; ǥ12;-124;러운 1068; 1077;니다 
현1116; 문1228;lj16; scp/196; 파1068; 1204;송 시 900Mbps에 속도 1228;한1060; ,152;/140;버리lj16; 문1228; 1077;니다.
RHEL 9.2 Minimal Install 환ᅆ1; 1077;니다.
윈도우 서버에서 리눅스/196; scp 명/161;1012; 통해 파1068;1012; 보내lj16; 상황1077;니다.
iperf DŽ16;/140;보면 40Gbe 1064;터6168;1060;스에선 31Gbps, 10Gbe 1064;터6168;1060;스에선 9.75Gbe 나오lj16;,144;/196; 1221;상1201;1064; 1089;ᇼ1; 확1064; .121;니다.
40Gbe NIC 또lj16; 드라1060;버 문1232;가 dz10;Ǻ12; 10Gbe/196; 연결1012; 해도 딱 900Mbps 문턱에서 컷1060; ,152;/140;버리네요.
NIC 연결간 문1228;lj16; 아니라lj16; ,148;데,,, FTP/196; 파1068; 1204;송1012; 해보면 또 속도가 1221;상1201;1004;/196; 나와요.
DISK도 SSD 16개 /112;1060;드101004;/196; 묶1008;,144;라 디스크 스피드에 붙1105;7184; 리도 없고.
그냥 FTP 계속 Ǹ16;면 .104;기lj16; 한데, 속도 리0139; ,152;/140;버리lj16; 문1228;가 계속 눈에 0159;혀서 신ᅆ1;1060; Ǹ16;1077;니다.
구글링 해봐도 scp 기능 1088;체에 스피드 락1060; ,152;/140;1080;다,144;나 그런,148; 1204;혀 없lj16;,144;/196; 나오lj16;데,
ᕬ1;시 관/144;.108; 1221;보나 ț16;닝법 가1060;드 같1008;,172; 1080;1004;면 ǥ12;ᓠ1;1328; 드리,192;습니다.
그냥 scp는 쳐다도 보지 말고 얌전히 ftp나 써야 하나 싶네요 허허...
선택적으로 테스트 가능하시다면 cpu내 AES 가속 끄고 한번 해보시는건 어떨까 합니다만
AES 암호화 자체가 부하가 꽤 걸려서 cpu로 한다고 더 빠를거라 생각되진 않습니다.
8개 속도라.....900Mbps 가 맞아요..
제가 착각함.
그래서 방법이 scp 는 파일사이즈가 작은 파일들이 엄청 많으면 대기시간이 적어서 빠르다는 말이 있습니다. 보통 우리가 많은 파일들을 복사할때 작은파일들이 많으면 최대 대역폭으로 복사가 되지 않고 파일마다 딜레이가 있어서 많이 느린것을 알수가 있습니다. 대용량 파일들이 많을 경우는 sftp 나 다른 방법을 쓰라고 권고하네요.
뭐 알겠지만 40G 속도를 제대로 땡겨가는 프로토콜은 몇가지 정해졌습니다. SMB거나 CPU와 메모리로 다이렉트로 전송되게하는 그런 종류들만 가능하고 TCP/IP 해석이 들어가야되는 프로세스들은 대역폭데로 안나오는게 맞을겁니다.
일단 멀티쓰레딩이 지원 안되기도 하고 많이 제약적이네요. 만약 scp가 GUI 유틸이 있다면 FTP처럼 멀티세션 최대값을 줘서 동시에 4-8개씩 작업하게 하면 4배에서 8배는 올라갈건데 그게 될지는 테스트를 해봐야겠네요.
SFTP도 작은파일들 많을때 동시에 4-8개 세션 처리하게 해서 작은파일들 빨리 넘기긴 했습니다. 하지만 용량이 작은거라면 scp가 더 빠를거 같네요.
SMB 프로토콜 쓰면 풀속도 다 나올듯 싶네요. 10G/40G 들이 SMB는 RDMA/패킷다이렉트 기능을 지원해서 최대속도 다 땡겨옵니다.
FTP나 계속 써야겠습니다.