본문 바로가기

단축키

Prev이전 문서

Next다음 문서

단축키

Prev이전 문서

Next다음 문서

주의 컴퓨터가 열심히 일하는 중이라 부정확할 수 있습니다.  전 전문가가 아닙니다. 

 목적 자체가 grid engine끼리 데이터를 많이 옴기고 있어서 속도를 올리고 싶어서 시도를 하다보니 그렇습니다. 

 

일단 시스템을 설명드립니다. 

 

컴퓨터 1 : B150M-HDV온보드 CPU는 I7-6700    수치해석 프로그램 4프로세스(총 4쓰레드)돌고 있습니다. 

 

허브 : gs324 (v1으로 보이며 최대 9016의 점보프레임 지원)

 

컴퓨터2 :  B550m Phantom Gaming 4 온보드랜 cpu는 5900입니다. 

 

 

두대사이의 속도는 iperf툴을 사용했습니다. 

 

컴2 >   iperf -s                        [서버모드 실행]
컴1 > for i in `seq 1500 250 9000`; 
do 
sudo ip link set enp2s0 mtu $i; 
sleep 3; 
echo $i >> result ; 
timeout 15s iperf -c computer 2 -d |grep Bytes >> result; 
done 

 

양방향 테스트를(Full duplex test) 처음에 9k 점보로 바꾸고 했다가 결과가 너무 이상해서 시작한거라 단방향 테스트는 없습니다. 

양방향에서 빠른 부분을 참조하시면 얼추 맞습니다. 

 

결과는 아래처럼 나옵니다.  순서가 바뀔 수 있으나 보내기 받기 순으로 나온거만 확인해서 그냥 씁니다. 

1500
[  5]  0.0-10.0 sec  1.04 GBytes   892 Mbits/sec
[  4]  0.0-10.0 sec  1019 MBytes   852 Mbits/sec
1750
[  5]  0.0-10.0 sec  1.06 GBytes   910 Mbits/sec
[  4]  0.0-10.0 sec  1.02 GBytes   871 Mbits/sec
2000
1500
[  5]  0.0-10.0 sec  1.04 GBytes   891 Mbits/sec
[  4]  0.0-10.0 sec  1023 MBytes   855 Mbits/sec
...... 

 

보기 불편해서 표로 정리해봤습니다.  중간에 빈값들은 에러가 났슨데 다시 얻을 필요가 있나 싶어서 그냥 두었습니다. 

iperf는 에러가 나면 그냥 멈춰서 Shell script로 처리하기 그렇습니다. 그래서 timeout이라는 명령어가 들어갔습니다. 

 

MTU 보내기 받기 합산
이득
단반향
이득
MTU 보내기 받기 합산
이득
단반향
이득
MTU 보내기 받기 합산
이득
단반향
이득
1500 892 852 1.00 1.00 3750 925 899 1.05 1.06 6750 955 73.8 0.59 1.07
1750 910 871 1.02 1.02 4000 918 849 1.01 1.03 7250 961 27.1 0.57 1.08
1500 891 855 1.00 1.00 4250 921 843 1.01 1.03 7500 960 7.45 0.55 1.08
1750 919 862 1.02 1.03 4750 916 791 0.98 1.03 7750 972 4.27 0.56 1.09
2250 935 874 1.04 1.05 5000 882 780 0.95 0.99 8000 974 3.41 0.56 1.09
2500 932 885 1.04 1.04 5250 883 790 0.96 0.99 8500 974 3.03 0.56 1.09
2750 927 888 1.04 1.04 6250 948 187 0.65 1.06 8750 978 2.26 0.56 1.10
3250 932 892 1.05 1.05 6500 950 138 0.62 1.07 9000 978 2.27 0.56 1.10

 

결과를 해석해보자면,  좋은 컴퓨터에서는 적당히 mtu값을 올리면, 5%정도의 이득을 볼 수 있습니다. 

 

대략 3500언저리로 보입니다. 마침 그자리 값이 없어서 단독 실행을 해봤더니, 931/898이 나옵니다. 

 

또 재미 있는 부분이 4000을 넘고 5000을 넘는 지점입니다. 고점을 어디선가 찍고 쭉내려오기 시작하다가,

 

4750부터 한쪽 방향이 mtu1500보다 못하기 시작합니다.  그대신 6000부터 보면, 단방향 속도가 꾸준히 올라갑니다. 

결국 80Mbit/s 10%정도의 이득을 얻습니다. 

 

뭔가 허브의 문제인지 컴퓨터 드라이버의 문제인지 무엇의 문제인지 모르겠지만, 점보프레임이 올라감에 따라, 

Full-duplex를 포기하고 일시적으로 Half-duplex의 통신형태로 돌아가는 걸로 판단이 됩니다. 

받기 속도가 2Mbit는 너무합니다. 

여러번은 아니지만 9000에서는 단방향 테스트에서 980정도 나왔어서 이런판단을 하게되었습니다. 

 

사실 grid computing이나 torrent가 아니고서는 업로드 다운로드 속도를 풀로 땡기는 일은 거의 일어나지 않습니다. 

그래서 단방향 테스트를 수행하려고 테스트를 했으나,   이 테스트들이 가정용 컴퓨터의 메인보드 온보드 랜에게는 가혹했는지.

계속해서 연결을 잃어버려서 당장은 테스트가 불가능합니다. 

갑자기 머리속에서 dhclient라는 명령이 생각이 안나서 폰을 찾아서 겨우 다시 인터넷 연결했습니다. 

 

결론입니다. 점보프레임을 올리면 성능향상은 있다. 양방향 최고 부하테스트에서 단방향 이득을 약 10%까지도 얻을 수 있다. 

다만, 어느 순간, 단방향으로만 빨라지며 양방향 전송능력이 약해진다. 

 

부족한 부분은 컴퓨터가 멀쩡할 때, 테스트를 해보겠으며, 다만 예측하기로는, 9000의 점보프레임까지 계속해서 상승할 것으로 보이며 대략 10%의 이득까지 얻을 수 있을 것으로 보인다. 

 

 

✔️ 자세히 알아보기 URL (More information) ↓https://www.clien.net/service/board/lecture/16676008

점보 프레임뽕이 와서 과연 유용한가 테스트를 해보았습니다. : 클리앙 주의 컴퓨터가 열심히 일하는 중이라 부정확할 수 있습니다. 전 전문가가 아닙니다. 목적 자체가 grid engine끼리 데이터를 많이 옴기고 있어서 속도를 올리고 싶어서 시도를 하다보니 그렇습니다. 일단 시스템을 설명드립니다. 컴퓨터 1 : B150M-HDV온보드 CPU는 I7-6700 수치해석 프로그램 4프로세스(총 4쓰레드)돌고 있습니다. 허브 : gs324 (v1으로 보이며 최대 9016의 점보프레임 지원) 컴퓨터2 : B550m Phantom Gaming 4 온보드랜 cpu는 5900입니다. 두대사이의 속도는 iperf툴을 사용했습니다. 컴2 > iperf -s [서버모드 실행] 컴1 > for i in `seq 1500 250 9000`; do sudo ip link set enp2s0 mtu $i; sleep 3; echo $i >> result ; timeout 15s iperf -c computer 2-d |grep Bytes >> result; done 양방향 테스트를(Full duplex test) 처음에 9k 점보로 바꾸고 했다가 결과가 너무 이상해서 시작한거라 단방향 테스트는 없습니다. 양방향에서 빠른 부분을 참조하시면 얼추 맞습니다. 결과는 아래처럼 나옵니다. 순서가 바뀔 수 있으나 보내기 받기 순으로 나온거만 확인해서 그냥 씁니다. 1500 [ 5] 0.0-10.0 sec 1.04 GBytes 892 Mbits/sec [ 4] 0.0-10.0 sec 1019 MBytes 852 Mbits/sec 1750 [ 5] 0.0-10.0 sec 1.06 GBytes 910 Mbits/sec [ 4] 0.0-10.0 sec 1.02 GBytes 871 Mbits/sec 2000 1500 [ 5] 0.0-10.0 sec 1.04 GBytes 891 Mbits/sec [ 4] 0.0-10.0 sec 1023 MBytes 855 Mbits/sec ...... 보기 불편해서 표로 정리해봤습니다. 중간에 빈값들은 에러가 났슨데 다시 얻을 필요가 있나 싶어서 그냥 두었습니다. iperf는 에러가 나면 그냥 멈춰서 Shell script로 처리하기 그렇습니다. 그래서 timeout이라는 명령어가 들어갔습니다. MTU 보내기 받기 합산 이득 단반향 이득 MTU 보내기 받기 합산 이득 단반향 이득 MTU 보내기 받기 합산 이득 단반향 이득 1500 892 852 1.00 1.00 3750 925 899 1.05 1.06 6750 955 73.8 0.59 1.07 1750 910 871 1.02 1.02 4000 918 849 1.01 1.03 7250 961 27.1 0.57 1.08 1500 891 855 1.00 1.00 4250 921 843 1.01 1.03 7500 960 7.45 0.55 1.08 1750 919 862 1.02 1.03 4750 916 791 0.98 1.03 7750 972 4.27 0.56 1.09 2250 935 874 1.04 1.05 5000 882 780 0.95 0.99 8000 974 3.41 0.56 1.09 2500 932 885 1.04 1.04 5250 883 790 0.96 0.99 8500 974 3.03 0.56 1.09 2750 927 888 1.04 1.04 6250 948 187 0.65 1.06 8750 978 2.26 0.56 1.10 3250 932 892 1.05 1.05 6500 950 138 0.62 1.07 9000 978 2.27 0.56 1.10 결과를 해석해보자면, 좋은 컴퓨터에서는 적당히 mtu값을 올리면, 5%정도의 이득을 볼 수 있습니다. 대략 3500언저리로 보입니다. 마침 그자리 값이 없어서 단독 실행을 해봤더니, 931/898이 나옵니다. 또 재미 있는 부분이 4000을 넘고 5000을 넘는 지점입니다. 고점을 어디선가 찍고 쭉내려오기 시작하다가, 4750부터 한쪽 방향이 mtu1500보다 못하기 시작합니다. 그대신 6000부터 보면, 단방향 속도가 꾸준히 올라갑니다. 결국 80Mbit/s 10%정도의 이득을 얻습니다. 뭔가 허브의 문제인지 컴퓨터 드라이버의 문제인지 무엇의 문제인지 모르겠지만, 점보프레임이 올라감에 따라, Full-duplex를 포기하고 일시적으로 Half-duplex의 통신형태로 돌아가는 걸로 판단이 됩니다. 받기 속도가 2Mbit는 너무합니다. 여러번은 아니지만 9000에서는 단방향 테스트에서 980정도 나왔어서 이런판단을 하게되었습니다. 사실 grid computing이나 torrent가 아니고서는 업로드 다운로드 속도를 풀로 땡기는 일은 거의 일어나지 않습니다. 그래서 단방향 테스트를 수행하려고 테스트를 했으나, 이 테스트들이 가정용 컴퓨터의 메인보드 온보드 랜에게는 가혹했는지. 계속해서 연결을 잃어버려서 당장은 테스트가 불가능합니다. 갑자기 머리속에서 dhclient라는 명령이 생각이 안나서 폰을 찾아서 겨우 다시 인터넷 연결했습니다. 결론입니다. 점보프레임을 올리면 성능향상은 있다. 양방향 최고 부하테스트에서 단방향 이득을 약 10%까지도 얻을 수 있다. 다만, 어느 순간, 단방향으로만 빨라지며 양방향 전송능력이 약해진다. 부족한 부분은 컴퓨터가 멀쩡할 때, 테스트를 해보겠으며, 다만 예측하기로는, 9000의 점보프레임까지 계속해서 상승할 것으로 보이며 대략 10%의 이득까지 얻을 수 있을 것으로 보인다. by 클리앙 from WWW.CLIEN.NET

 




List of Articles
번호 분류 제목 글쓴이 조회 수 날짜
공지 덕질 공통 이용규칙 및 안내 (업데이트중+ 2024-04-13) 😀컴덕824 3925 2024.04.14
공지 1000P를 모으면 다이소 상품권 1000원을 신청할 수 있습니다. file Private 4976 2024.02.14
344 정보/소식 ppt도 ai로 쉽게 #chatgp #ai #ai툴 #ai자동화 #과제 #숙제 #인공지능 #챗gpt file 😀익명309 3300 2023.04.28
343 정보/소식 인텔 코어 i3-14100, i5-14600이 긱벤치에 등록 😀컴덕451 3291 2023.10.22
342 정보/소식 글을 영상으로 만들어주는 AI 툴 5가지 ( Text to Video AI🎥) file 😀익명596 3263 2023.04.28
341 정보/소식 리눅스 드라이버에서 AMD RDNA3 리프레시가 발견 file 😀컴덕238 3230 2023.10.22
340 정보/소식 SK하이닉스, ‘OCP 글로벌 서밋 2023’서 AI 혁신 이끌 차세대 메모리 솔루션 선봬 file 😀컴덕532 3209 2023.10.22
339 정보/소식 삼성, HBM3E 메모리와 32Gb DDR5 등을 공개 file 😀컴덕801 3162 2023.10.22
338 정보/소식 인텔, 이스라엘 비난 발언을 이유로 웹 서밋에서 탈퇴 😀컴덕864 3096 2023.10.22
337 정보/소식 미국의 수출 제한으로 중국에서 4090 가격이 2배로 상승 😀컴덕107 3089 2023.10.22
336 정보/소식 스레드리퍼 스톰 픽의 시네벤치 R23 점수 공개 file 😀컴덕079 3042 2023.10.22
335 정보/소식 라이젠 9 8950X, 시네벤치에서 14900K보다 높은 성능 file 😀컴덕519 3008 2023.10.22
334 정보/소식 삼성, 내년에 3백단 이상의 낸드 플래시 메모리를 양산 😀컴덕915 2985 2023.10.22
333 정보/소식 무어스레드, S90과 S4000 GPU 준비 중 😀컴덕263 2951 2023.10.22
332 정보/소식 AMD, 중국 직원 15%를 해고 😀컴덕919 2825 2023.10.22
331 정보/소식 Zero ASIC, 빠르고 간단하게 칩렛 ASIC를 설계하는 플랫폼 file 😀컴덕524 2602 2023.10.20
330 정보/소식 AMD, 3rd RDNA의 하이엔드 모바일 GPU인 '라데온 RX 7900M' 모바일 GPU 공식 출시 발표! file 😀컴덕105 2497 2023.10.20
329 정보/소식 미국, NVIDIA A800/H800의 중국 수출을 금지 😀컴덕356 2496 2023.10.20
328 정보/소식 AMD 5세대 'RYZEN THREADRIPPER(라이젠 스레드리퍼)' 워크스테이션 CPU 세부 제원 file 😀컴덕595 2454 2023.10.20
327 정보/소식 AMD, 라데온 7000(RX & W) GPU용 ROCm(5.7) 및 PyTorch(파이토치) 지원 리눅스 드라이버 발표 file 😀컴덕443 2421 2023.10.20
326 정보/소식 AMD, 라이젠 스레드리퍼 7000WX 시리즈를 발표 file 😀컴덕172 2386 2023.10.20
325 정보/소식 마이크론 7500 시리즈 데이터센터용 PCIe 4.0 SSD file 😀컴덕564 2383 2023.10.18
목록
Board Pagination Prev 1 2 3 4 5 6 7 8 9 10 ... 18 Next
/ 18