Hiệu suất điển hình của Chia sẻ tệp Windows (SMB) trên mạng ethernet gigabit là gì?

Gần đây tôi đã thiết lập chia sẻ tệp Windows qua mạng ethernet gigabit (Tôi không sử dụng khung jumbo) với máy chủ Samba và máy khách Windows Vista. Tôi đã thực hiện một vài bản sao tệp, nhưng thông lượng tối đa tôi thấy là 20MB / s (megabyte, không phải megabits), chiếm khoảng 15% mức tối đa 125 MB / s lý thuyết cho mạng. Máy chủ có một mảng RAID có thể quản lý khoảng 75MB / s (nút cổ chai là bus PCI) và máy khách có thể quản lý khoảng 40 MB / s trong một bản sao từ đĩa sang đĩa.

Tôi nên thêm rằng không có lưu lượng truy cập khác trên mạng tại thời điểm đó.

Tôi hiểu rằng tôi sẽ không bao giờ đạt được mức tối đa về mặt lý thuyết, nhưng tôi không nghĩ nó sẽ tệ đến thế.

Hiệu suất điển hình của Chia sẻ tệp Windows (SMB) trên mạng ethernet gigabit là gì?

Điểm thưởng: tôi có thể điều chỉnh những gì (ngoài việc sử dụng khung jumbo) để làm cho điều này nhanh hơn?

Chất lượng của card mạng, thiết bị chuyển mạch và hệ thống cáp của bạn đều có thể có ảnh hưởng. Có thể đáng để tìm kiếm các đánh giá về các NIC và các công tắc bạn đang sử dụng để xem người khác có báo cáo họ không hoạt động tốt không. Tôi chấp nhận rằng các NIC tích hợp trong máy tính bảng kém hơn khi chuyển Gbit, mặc dù theo kinh nghiệm của tôi, điều này dường như không tạo ra nhiều sự khác biệt, nếu có, trong môi trường của tôi.

Để tham khảo, tôi vừa cài đặt một công tắc Gbit mới trong văn phòng của chúng tôi (thay thế các công tắc 100Mbit cũ) và các chuyển SMB lớn chạy gần (nhưng ít hơn) 30Mbyte / giây giữa mỗi tổ hợp máy tôi đã thử nghiệm. Tôi vừa thực hiện một thử nghiệm nhanh với netcat giữa hai máy và nhận được kết quả tương tự vì vậy tôi không nghĩ rằng SMB là nút cổ chai. Hai máy tôi vừa thử nghiệm có hai công tắc giữa chúng có thể có hiệu ứng, nhưng tôi đoán hiệu ứng đó là tối thiểu khi các con số chuyển SMB sang máy trên cùng một công tắc.

Tốc độ truyền tốt nhất tôi từng thấy qua mạng Gbit là một chút ngại ngùng 50Mbyte / giây với tốc độ nhanh nhất. Điều này là trong khi chuyển hình ảnh ổ đĩa từ máy này sang máy khác (với mục đích chuyển đổi sang ổ đĩa ảo VMWare. Trong trường hợp đó, hai máy được kết nối qua cáp chéo ngắn thay vì qua công tắc. một trong những máy bị nghi vấn là một trong những máy tôi vừa thử nghiệm và nhận được ~ 29Mbyte / giây từ - thủ phạm rất có thể gây ra tắc nghẽn chính trong trường hợp của tôi có lẽ là hệ thống dây điện 8 năm trong tòa nhà có thể đã được thực hiện với giá rẻ! Một thử nghiệm nhanh (và không kém phần khoa học) trên mạng gia đình nhỏ của tôi thấy tốc độ truyền giống như 35Mbyte / giây sao chép tệp từ chia sẻ Samba sang hộp Windows và 25Mbyte / giây theo hướng khác (I '

Khung Jumbo sẽ tạo ra sự khác biệt cho chuyển số lượng lớn, vì vậy tôi khuyên bạn nên thử nếu tất cả các bộ của bạn hỗ trợ chúng đúng cách.

Để cắt ngắn một câu chuyện dài: trải qua giai thoại của tôi, 20Mbyte / giây của bạn hơi chậm, nhưng không ồ ạt như vậy. Tất cả các cài đặt Windows và Samba của tôi hoàn toàn chưa được xử lý, vì vậy tôi nghi ngờ rằng phần cứng / hệ thống dây của bạn là sự khác biệt giữa những gì tôi thấy và những gì bạn thấy.

Biên tập

Tất nhiên, năm năm kể từ câu trả lời này, phần cứng và phần mềm đã chuyển sang. Tôi thường thấy 90+ MiB / giây chuyển trên các máy có kết nối mạng Gbit ngay cả với bộ giá rẻ. Phương tiện / máy chủ dự phòng / máy chủ khác của tôi dường như bị giới hạn ở mức hơn 60 cho số lượng lớn để chuyển nhưng dường như đó là samba bị ràng buộc CPU trên một lõi của phần cứng của hộp.

À ... đây là điều quan trọng đối với một anh chàng máy chủ để hiểu những gì dưới mui xe. Vì đây là hai tuổi nên tôi nghĩ anh ấy đã giải quyết nó rồi. Tuy nhiên, đối với hậu thế hoặc bất cứ ai có vấn đề tương tự, điều mà anh ta có thể gặp phải là điều này

(Kích thước cửa sổ TCP * 8 bit / RTT tính bằng mili giây) = Thông lượng TCP tối đa tính bằng bps

Mặc dù bạn có thể có một mạng Gigabit, một luồng TCP duy nhất sẽ không thể có được mức cao như vậy.

Đây là một bảng đơn giản giả sử bạn có kích thước cửa sổ TCP 65535Byte mặc định trong Vista

RTT 10 ms => Thông lượng TCP = 52428000 bps = 52Mbps

RTT 20 ms => Thông lượng TCP = 26214000 bps = 26Mbps

RTT 50 ms => Thông lượng TCP = 10485600 bps = 10Mbps

RTT 100 ms => Thông lượng TCP = 5242800 bps = 5,2Mbps

RTT 150 ms => Thông lượng TCP = 3495200 bps = 4.3Mbps

RTT 200 ms => Thông lượng TCP = 2621400 bps = 2.5Mbps

RTT 300 ms => Thông lượng TCP = 1747600 bps = 1.7Mbps

RTT 500 ms => Thông lượng TCP = 1048560 bps = 1Mbps

Với tốc độ 20Mbyte / giây hoặc 160Mbit / giây, độ trễ khứ hồi của bạn có khả năng theo thứ tự khoảng 3 mili giây. Cách duy nhất khác để tăng tốc độ đó là sử dụng các trình tối ưu hóa TCP thực hiện khử song song trên dây hoặc ghép các mảnh lại với nhau thành các gói lớn hơn. Qua mạng LAN có thể sẽ không giúp bạn kiếm được nhiều tiền cho chi phí. Nếu bạn đang sử dụng thiết bị SoHo như Linksys hoặc Netgear, độ trễ của bạn có thể sẽ được giới thiệu do thiếu bộ đệm chia sẻ trên công tắc. Nếu đó là một công tắc lớn hơn như cổng 24, hãy thử đảm bảo rằng hai thiết bị được kết nối với cùng một ASIC. Điều này sẽ giúp trì hoãn tuần tự hóa, nhưng không nhiều. Nếu bạn có thể thả nó xuống còn 2ms, bạn sẽ nhận được mức tăng lên tới khoảng 31-32Mbyte / giây. Nếu chúng ở hai công tắc khác nhau, bạn không thể làm gì nhiều nếu không có phần cứng mới.

Không phải điều này giúp bạn trong trường hợp này, nhưng Vista / Windows 7 nói chuyện với Windows 2008 Server sẽ sử dụng SMB2 hiệu quả hơn SMB đơn giản và sẽ sử dụng nhiều băng thông mạng hơn. Xem các cải tiến hiệu suất của Máy chủ tệp với giao thức SMB2 trong Windows Server 2008 và Hiệu suất mạng nâng cao với Microsoft Windows Vista và Windows Server 2008 để biết thêm thông tin.

SMB2 đang được làm việc trong Samba 4 nhưng có vẻ như nó đang được nhập vào Samba 3.5 .