기가비트 이더넷 네트워크에서 Windows 파일 공유 (SMB)의 일반적인 성능은 무엇입니까?

최근에 Samba 서버 및 Windows Vista 클라이언트와 기가비트 이더넷 네트워크 (점보 프레임을 사용하지 않음)를 통해 Windows 파일 공유를 설정했습니다. 몇 개의 파일 사본을 수행했지만 내가보고있는 최대 처리량은 20MB / s (메가 비트가 아닌 메가 바이트)이며 이는 네트워크의 이론상 최대 125MB / s의 약 15 %입니다. 서버에는 약 75MB / s (병목 현상은 PCI 버스)를 관리 할 수있는 RAID 배열이 있으며 클라이언트는 디스크 간 복사에서 약 40MB / s를 관리 할 수 ​​있습니다.

당시 네트워크에 다른 트래픽이 없었 음을 추가해야합니다.

나는 이론상 최대치를 얻지 못할 것이라고 이해하지만 이것이 나쁘지 않다고 생각했다.

기가비트 이더넷 네트워크에서 Windows 파일 공유 (SMB)의 일반적인 성능은 무엇입니까?

보너스 포인트 :이 점을 더 빠르게하기 위해 무엇을 조정할 수 있습니까 (점보 프레임 사용 외에)?

네트워크 카드, 스위치 및 케이블의 품질이 모두 영향을 줄 수 있습니다. 다른 사람들이 성능이 좋지 않은 것으로보고하는지 확인하기 위해 사용중인 NIC 및 스위치에 대한 리뷰를 검색하는 것이 좋습니다. 내장 된 Motoboard NIC는 Gbit 전송에서 더 나쁘지만, 내 경험상 환경에 큰 차이는없는 것 같습니다.

참고로 사무실에 새 Gbit 스위치를 설치하고 (이전 100Mbit 스위치 교체) 대규모 SMB 전송은 테스트 한 각 머신 조합 사이에서 30MB / 초에 가깝게 실행됩니다. 방금 두 컴퓨터 사이에서 netcat으로 빠른 테스트를 수행했으며 비슷한 결과를 얻었으므로 SMB가 병목 현상이라고 생각하지 않습니다. 방금 테스트 한 두 컴퓨터에는 효과가있을 수있는 두 스위치가 있지만 동일한 스위치에서 SMB가 컴퓨터로 전송되는 위치가 얼마나 가까운 지 고려하면 그 효과는 미미합니다.

내가 Gbit 네트워크를 통해 본 최고의 전송 속도는 가장 빠른 속도로 초당 50Mbyte로 약간 떨어졌습니다. VMWare 가상 드라이브로 변환 할 목적으로 한 시스템에서 다른 시스템의 파일로 드라이브 이미지를 전송하는 중이었습니다.이 경우 두 시스템은 스위치가 아닌 짧은 크로스 오버 케이블을 통해 연결되었습니다. 문제의 머신 중 하나는 방금 테스트 한 머신 중 ~ 29Mbyte / sec를 얻은 머신 중 하나였습니다. 필자의 경우 주요 병목 현상의 가장 큰 원인은 아마도 건물에서 8 년 된 배선 일 것입니다. 내 작은 홈 네트워크에서 빠른 (그리고 비효율적 인) 테스트를 통해 Samba 공유에서 Windows 상자로 파일을 복사하는 다른 파일의 속도는 35MB / 초와 같은 전송 속도를 볼 수 있습니다 (I '

점보 프레임은 벌크 전송에 차이를 줄 것이므로 모든 키트가 올바르게 지원하면 시도해 보는 것이 좋습니다.

짧은 이야기를 줄이려면 : 일화적인 경험으로 가면 20Mbyte / sec가 약간 느리지 만 그렇게 크지는 않습니다. 모든 Windows 및 Samba 설치는 거의 완전히 조정되지 않았으므로 하드웨어와 배선이 내가 보는 것과 보는 것의 차이점이라고 생각합니다.

편집하다

물론이 답변으로부터 5 년이 지난 지금 하드웨어와 소프트웨어는 발전했습니다. 저렴한 키트로도 Gbit 네트워킹을 사용하는 컴퓨터에서 MiB / sec가 90 회 이상 전송되는 경우가 종종 있습니다. 내 홈 미디어 / 백업 / 기타 서버는 전송을 위해 대량으로 60 이상으로 제한되는 것처럼 보이지만 상자 하드웨어의 단일 코어에서 CPU 바인딩 된 삼바 인 것 같습니다.

아 .. 여기서 서버 담당자가 중요한 내용을 이해하는 것이 중요합니다. 이것은 2 살이 기 때문에 이미 해결했다고 생각합니다. 그러나 후손이나 비슷한 문제가있는 사람은 아마 이것에 부딪쳤을 것입니다.

(TCP 창 크기 * 8 비트 / RTT (밀리 초)) = 최대 TCP 처리량 (bps)

기가비트 네트워크를 보유하고 있지만 단일 TCP 흐름으로는 그 정도를 달성하지 못할 수 있습니다.

다음은 Vista에서 기본 65535Byte TCP 창 크기를 가정 한 간단한 표입니다.

RTT 10ms => TCP 처리량 = 52428000bps = 52Mbps

RTT 20ms => TCP 처리량 = 26214000bps = 26Mbps

RTT 50ms => TCP 처리량 = 10485600bps = 10Mbps

RTT 100ms => TCP 처리량 = 5242800bps = 5.2Mbps

RTT 150 ms => TCP 처리량 = 3495200bps = 4.3Mbps

RTT 200ms => TCP 처리량 = 2621400bps = 2.5Mbps

RTT 300ms => TCP 처리량 = 1747600bps = 1.7Mbps

RTT 500ms => TCP 처리량 = 1048560bps = 1Mbps

20Mbytes / sec 또는 160Mbits / sec에서 왕복 지연 시간은 약 3 밀리 초 정도입니다. 속도를 높이는 유일한 다른 방법은 유선을 통해 중복 제거하거나 조각을 더 큰 패킷으로 결합하는 TCP 최적화 프로그램을 사용하는 것입니다. 비용을 많이 들이지 않는 LAN을 통해. Linksys 또는 Netgear와 같은 SoHo 장비를 사용하는 경우 스위치에 공유 버퍼가 없기 때문에 대기 시간이 발생할 수 있습니다. 24 포트와 같은 더 큰 스위치 인 경우 두 장치가 동일한 ASIC에 연결되어 있는지 확인하십시오. 이것은 직렬화 지연에 도움이되지만 크게는 아닙니다. 2ms로 떨어 뜨릴 수 있다면 약 31-32Mbytes / sec까지 향상됩니다. 스위치가 서로 다른 두 스위치에 있으면 새 하드웨어 없이는 할 수있는 일이 많지 않습니다.

이것이이 경우에 도움이되지는 않지만 Windows 2008 Server와 통신하는 Vista / Windows 7은 일반 SMB보다 훨씬 효율적인 SMB2를 사용하며 훨씬 더 많은 네트워크 대역폭을 사용합니다. 자세한 내용 은 Windows Server 2008의 SMB2 프로토콜을 사용한 파일 서버 성능 향상 및 Microsoft Windows Vista 및 Windows Server 2008의 향상된 네트워크 성능 을 참조하십시오.

SMB2는 Samba 4에서 작업 중이지만 Samba 3.5 로 백 포트 되는 것처럼 보입니다 .