Tại sao tôi nhận được 950 Mbps trở lên nhưng chỉ giảm 360 Mbps trên Gigabit Ethernet?


46

Tôi có hai máy tính để bàn nói chuyện trực tiếp với nhau. Cả hai đều có bộ điều hợp mạng có khả năng Gigabit Ethernet. Đó là 1 Gbps hoặc 1000 Mbps. Tôi có chúng được kết nối với một cáp thẳng Cat6 UTP dài 10 mét hoàn toàn mới và tôi đã đạt được khá gần với mức tối đa lý thuyết đó. Trình quản lý tác vụ Windows (tab Mạng) hiển thị 844 - 946 Mbps theo một hướng. Nhưng theo một hướng khác, nó chỉ hiển thị khoảng 326 - 365 Mbps.

Local: 192.168.100.152
Remote: 192.168.100.151

Máy tính cục bộ chạy Windows 8.1 Pro và tôi có kết nối từ xa với máy tính khác chạy Windows Vista Ultimate.

Kết quả Iperf

Tôi đã sử dụng Iperf để làm một số thử nghiệm. Tôi chạy thử nghiệm trong 60 giây mỗi lần. Tôi đã chạy thử 10 lần cho mỗi hướng giao tiếp. Sau đó tôi đã kết hợp bảng này với kết quả kiểm tra để lấy điểm trung bình.

192.168.100.152 -> 192.168.100.151          106 MB/s
192.168.100.152 -> 192.168.100.151          107 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
192.168.100.152 -> 192.168.100.151          107 MB/s
192.168.100.152 -> 192.168.100.151          107 MB/s
192.168.100.152 -> 192.168.100.151          104 MB/s
192.168.100.152 -> 192.168.100.151          101 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
----------------------------------------------------
Min: 101 MB/s    Max: 108 MB/s    Avg: 106.4 MB/s (851.2 Mbps)

192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.0 MB/s
192.168.100.152 <- 192.168.100.151          41.0 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.0 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
-----------------------------------------------------
Min: 41.0 MB/s    Max: 41.1 MB/s    Avg: 41.07 MB/s (328.56 Mbps)

Câu hỏi của tôi là, tại sao nó lại chậm hơn rất nhiều theo hướng khác?

Trình quản lý tác vụ Windows

Đây là sơ đồ mạng như đã thấy trong khi thực hiện các thử nghiệm trong Iperf.

một b

Hãy chú ý đến sơ đồ trong hai ảnh chụp màn hình sau đây!

c Cười mở miệng

Bạn có để ý cách nó thay đổi từ "1 Gbps" thành "500 Mbps" ở góc trên bên phải khi tôi chuyển từ gửi dữ liệu sang nhận dữ liệu. Tại sao nó làm điều đó? Có phải bằng cách nào đó cảm nhận được cổng mạng khác là một nửa của 1 Gbps khi đi một chiều, nhưng vẫn đầy đủ khi đi theo cách khác?

Kiểm tra chuyển tập tin

Tôi đã thực hiện thêm một số thử nghiệm với một tệp dữ liệu, để có được một số đĩa thực tế hơn để đọc đĩa. Tôi đã tạo một tệp 1 GB cho mục đích này. Tôi chỉ sử dụng các phương tiện chia sẻ tập tin Windows mặc định. Từ máy tính cục bộ, tôi kết nối với chia sẻ C $ trên máy tính từ xa và kéo và thả tệp qua lại (bỏ qua dây) giữa chúng, thay đổi tên tệp mỗi lần. Tôi đã tính mọi thứ với khả năng tốt nhất của mình và đây là những gì tôi có.

192.168.100.152 -> 192.168.0.151    1073741824 Byte    25 s    40,96 MB/s
192.168.100.152 -> 192.168.0.151    1073741824 Byte    20 s    51.2 MB/s
192.168.100.152 -> 192.168.0.151    1073741824 Byte    16 s    64 MB/s
192.168.100.152 -> 192.168.0.151    1073741824 Byte    16 s    64 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    11 s    93.091 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    34 s    30.118 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    11 s    93.091 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    11 s    93.091 MB/s

Thông lượng được biểu thị bằng sơ đồ sao chép tệp Windows đang kể một câu chuyện khác. Ở đây tôi đang tải xuống hai tệp, lần lượt từng tệp đến hai vị trí khác nhau trên cùng một đĩa. Bản sao đầu tiên cho thấy 107 MB / s được duy trì tới 41% và bản thứ hai cho thấy 98,9 MB / s được duy trì tới 87%.

e đụ

Vì vậy, điều này phù hợp với kết quả tôi nhận được với công cụ Iperf. Bây giờ, đây là những gì khi tôi tải lên máy tính từ xa.

g h Tôi

Nó duy trì 103 MB / s lên tới 73%, và sau đó nó giảm xuống mức hôi thối 27,3 MB / s ở mức 82% và sau đó tăng lên một mức để đạt 49,1 MB / s ở mức 93%.

Dưới đây là hai sơ đồ "tàu lượn siêu tốc" trông buồn cười hơn.

j k

Cập nhật 1 - Tốc độ liên kết

Tôi đã thử tắt bộ điều hợp Wifi trên máy tính từ xa. (Bộ điều hợp Wifi đã bị vô hiệu hóa trên máy tính cục bộ.) Tôi nghĩ đây là ý nghĩa của TimTech bởi nhận xét đó. Tôi có cùng suy nghĩ - việc bật cả bộ điều hợp có dây và không dây đồng thời giới hạn thông lượng trên bộ điều hợp có dây ở mức của bộ điều hợp Wifi (thích ứng với bộ điều hợp chậm nhất để tương thích). Bởi vì bộ điều hợp Wifi (DWA-160 Wireless N trong trường hợp này) thường được phát hiện dưới dạng liên kết "52 Mbps" - "104 Mbps" bởi máy tính Vista.

Trong ảnh chụp màn hình sau, máy tính từ xa được thiết lập là máy chủ và máy tính cục bộ được thiết lập dưới dạng máy khách (192.168.100.152 <- 192.168.100.151).

tôi

Nhưng việc ngắt kết nối bộ điều hợp Wifi trên máy tính từ xa không giúp ích gì cho thông lượng thấp của tôi trên kết nối có dây.

Không chỉ thế! Trong Trình quản lý tác vụ Windows trên máy tính từ xa, tốc độ liên kết của bộ điều hợp có dây (LAN 1) xuất hiện dưới dạng "1 Gbps". Nếu bạn tham khảo các ảnh chụp màn hình ở trên, bạn có thể thấy rằng nó được phát hiện dưới dạng liên kết "500 Gbps" trên máy tính cục bộ. Vì vậy, đối với cùng một kết nối có dây, Windows Vista cho biết đó là liên kết 1 Gbps, đồng thời, Windows 8.1 Pro cho biết đó là liên kết 500 Gbps ... cái nào là đúng?

Đây là giao diện của máy tính từ xa khi tôi thiết lập nó dưới dạng máy khách và máy tính cục bộ làm máy chủ (192.168.100.152 -> 192.168.100.151).

m

Như bạn có thể thấy ở đây, khoảng 95% liên kết 1 Gbps đang được sử dụng. Điều đó có nghĩa là 950 Mbps. Đó chính xác là những gì tôi đã nhận được trong bài kiểm tra ở trên. Nhưng đi theo một cách khác là một câu chuyện hoàn toàn khác.

Cập nhật 2 - Sao chép và MDI-X

Theo đề xuất của một số bạn, tôi đã xem qua các cài đặt song công. Cả máy tính cục bộ và máy tính từ xa đều được đặt ở chế độ đàm phán tự động, như bạn có thể thấy bằng các ảnh chụp màn hình bên dưới.

viết sai rồi o

Tôi đã thử thay đổi thành "1.0 Gbps Full duplex" trên cả hai máy tính. Sau đó tôi đã làm các loại xét nghiệm giống như trước đây, sử dụng Iperf. Với máy tính cục bộ là máy chủ và máy tính từ xa là máy khách, tôi nhận được tối đa khoảng 950 Mbps. Với máy tính cục bộ là máy khách và máy tính từ xa là máy chủ, tôi nhận được khoảng 360 Mbps.

Ở đây, có một cái nhìn vào các ảnh chụp màn hình.

p q

Những gì bạn thấy ở đây là sơ đồ khi tôi tải lên và tải xuống giữa hai máy tính. Đồ thị cao hơn (sử dụng 95 - 98%) là cục bộ từ xa (ngược dòng 192.168.100.152 -> 192.168.100.151). Biểu đồ thấp hơn (mức sử dụng ~ 33%) là từ xa đến cục bộ (hạ lưu 192.168.100.152 <- 192.168.100.151).

Để cố gắng loại trừ bất kỳ sự cố MDI-X tự động nào, tôi đã có một trong những bộ điều hợp chéo đó được gắn vào một đầu của cáp (máy tính cục bộ).

r

Điều đó chắc chắn sẽ làm cho cáp một cáp chéo. Chết tiệt, tôi thậm chí đã thử nó với một người kiểm tra mạng! Nó thực sự được vượt qua ngay bây giờ (chân 1/3, 2/6)!

Vì vậy, bây giờ tôi có kết nối cáp chéo thực sự giữa hai máy tính và tôi đã đặt thủ công "1.0 Gbps Full duplex". Tuy nhiên tôi vẫn có cùng một vấn đề. Còn ý tưởng nào nữa không? Bên cạnh việc nâng cấp máy tính Vista (hoặc cài đặt lại máy tính 8.1)?

Cập nhật 3 - Giới hạn phần mềm hay phần cứng?

Dự đoán tốt nhất của tôi là tôi có hai hệ điều hành không tương thích với nhau. Cả hai đều là hệ thống Windows, nhưng không phải tất cả các hệ thống Windows đều được làm như nhau. Tôi sẽ phải thử sử dụng Vista trên cả hai hoặc 8.1 Pro trên cả hai và xem loại thông lượng nào tôi nhận được. Điều đó có nghĩa là mua một bản nâng cấp. Microsoft chết tiệt.

Cả hai máy tính được tùy chỉnh được xây dựng bằng cách này. Dưới đây là một số thông số kỹ thuật.

Local
-----
Gigabyte GA-EP45-UD3R
Intel Core 2 Quad Q9650
Intel P45
Corsair XMS2 DHX TwinX DDR2 PC6400/800MHz 4 GB
Realtek 8111C chips (10/100/1000 Mbit)
WD Caviar Black WD1002FAEX
Windows 8.1 Pro 64-bit

Remote
------
Gigabyte GA-X38-DQ6
Intel Core 2 Duo E4500
Intel X38
Corsair XMS2 DHX TwinX DDR2 PC6400/800MHz 4 GB
Dual Realtek 8111B chip (10/100/1000 Mbit)
WD Caviar Black WD1002FAEX
Windows Vista Ultimate 64-bit

Tonny cho rằng máy Vista có thể đang sử dụng chip Realtek xấu. Vì vậy, tôi đã đào những thông số kỹ thuật này. Bây giờ tôi thấy rằng máy Vista sử dụng bản sửa đổi B là 8111 trong khi máy cục bộ sử dụng bản sửa đổi C của cùng một con chip. Điều này có ý nghĩa gì không? Cả hai đều được chỉ định rõ ràng cho 1000 Mbit (xem ở trên) bởi nhà sản xuất. Có thể là 8111B hoạt động kém hơn nhiều (360 Mbps)?

Những ổ đĩa cụ thể này đạt tốc độ nổ 107 MB / s. Đó chính xác là con số tôi đã thấy trong bài kiểm tra trên máy tính cục bộ. Nhưng ngay cả việc đọc / ghi ngẫu nhiên liên tục hoặc đọc ngẫu nhiên có thể 55 MB / s cũng không chuyển thành 360 Mbps. Điều đó sẽ cho tôi khoảng 440 Mbps, và không phải 360 Mbps tôi nhận được. Vì vậy, tôi không nghi ngờ rằng đó là nút cổ chai, đặc biệt là vì cả hai đều sử dụng cùng một mô hình ổ đĩa. Và bên cạnh đó, hoạt động sao chép tệp là một điều, nhưng Iperf hoàn toàn không sử dụng đĩa, nó chỉ sử dụng bộ nhớ RAM cho các bài kiểm tra.

Cập nhật 4 - Giảm tải tổng kiểm tra TCP

Theo đề xuất của Tonny, tôi đã thử tắt giảm tổng kiểm tra TCP (đối với IPv4 và IPv6).

S t

Tôi cũng đã chuyển "Tốc độ & song công" trở lại tự động cho cả hai máy tính. Nhưng điều này không giúp được gì. Tôi vẫn có thông lượng thấp theo một hướng, và cao theo hướng khác.

Cập nhật 5 - Phiên bản trình điều khiển mới

Tôi đã thử cập nhật phiên bản trình điều khiển trên cả cục bộ và từ xa lên phiên bản mới nhất được tải xuống từ trang web Gigabyte và trang web Realtek.

Update path...

On local (RTL8111C):
8.1.510.2013 (2013-05-10, Microsoft)
8.20.815.2013 (2013-08-15, Realtek)

On remote (RTL8111B):
6.241.623.2010 (2010-06-23, Realtek)
6.250.908.2011 (2011-09-08, Realtek)
6.252.1109.2012 (2012-11-09, Realtek)

bạn v w x

Tôi vẫn nhận được thông lượng tệ hại tương tự theo một hướng.

Cập nhật 6 - Sử dụng CPU

Tôi đã kiểm tra việc sử dụng CPU. Đây không phải là một vấn đề. Dưới đây là những phát hiện của tôi.

On local...

Download: 4 - 10 %
Upload:   4 - 10 %
Idle:     0 -  4 %

On remote...

Download: 24 - 38 %
Upload:   10 - 25 %
Idle:      1 -  6 %

Địa phương (tải xuống, tải lên, nhàn rỗi) ...

y z aa

Từ xa (tải xuống, tải lên, nhàn rỗi) ...

ab AC quảng cáo

Điều khiển từ xa sử dụng nhiều năng lượng CPU hơn, nhưng đây cũng là chiếc có Core 2 Duo chậm hơn. Nhưng nó không bao giờ vượt quá 38% điểm trong các bài kiểm tra của tôi. Điều đặc biệt thú vị ở đây là nó sử dụng nhiều năng lượng CPU hơn khi tải xuống (cục bộ -> từ xa) so với khi tải lên (cục bộ <- từ xa).

Vì vậy, với thông lượng 950 Mbps, nó sử dụng 38% và ở tốc độ 360 Mbps, nó sử dụng 25%. Ngoài ra việc sử dụng lõi không được cân bằng, nó sử dụng một lõi nhiều hơn so với lõi khác. Tôi không chắc rút ra kết luận gì từ việc này. Máy tính cục bộ không hiển thị mức sử dụng lõi, vì vậy tôi không thể so sánh nó. Nhưng việc sử dụng CPU thậm chí là trên máy tính cục bộ (10% khi tải xuống / tải lên).

Cập nhật 7 - Bộ điều hợp mạng Intel Gigabit mới

Bây giờ tôi đã cài đặt bộ điều hợp mạng PCI-Express Gigabit hoàn toàn mới của Intel để thay thế cho Realtek RTL8111B tích hợp trên máy tính từ xa, được cho là quá chậm khi tải lên. Số sản phẩm của bộ chuyển đổi Intel là EXPI9301CT. Bộ điều hợp này được cho là rất tốt theo các đánh giá tôi đã đọc. Tôi chỉ muốn loại trừ điều này như một nút cổ chai có thể.

ae

Bây giờ tôi đã thực hiện một số thử nghiệm với Iperf cho Windows và đây là kết quả.

Địa phương (tải xuống, tải lên) ...

af ag

Từ xa (tải xuống, tải lên) ...

Ah ai

Trung bình, bộ chuyển đổi này thực sự chậm hơn một chút so với bộ chuyển đổi Realtek. Tôi nghĩ rằng nó có chi phí hoạt động nhỏ hơn Realtek và kết quả là thông lượng liên tục ổn định hơn. Nhưng tôi vẫn chỉ nhận được khoảng 360 Mbps theo một hướng và 950 Mbps theo hướng khác, ngay cả với bộ chuyển đổi Intel này.

local: 192.168.100.152 (win 8, realtek 8111c)
remote: 192.168.100.154 (vista, intel desktop ct)

192.168.100.152 -> 192.168.100.154    113 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
192.168.100.152 -> 192.168.100.154    103 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
192.168.100.152 -> 192.168.100.154    102 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
192.168.100.152 -> 192.168.100.154    101 MB/s
192.168.100.152 -> 192.168.100.154    102 MB/s
192.168.100.152 -> 192.168.100.154    101 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
----------------------------------------------
Max: 113 MB/s    Min: 101 MB/s    Avg: 103.8 MB/s

192.168.100.152 <- 192.168.100.154    42.2 MB/s
192.168.100.152 <- 192.168.100.154    41.2 MB/s
192.168.100.152 <- 192.168.100.154    41.1 MB/s
192.168.100.152 <- 192.168.100.154    43.0 MB/s
192.168.100.152 <- 192.168.100.154    42.3 MB/s
192.168.100.152 <- 192.168.100.154    42.3 MB/s
192.168.100.152 <- 192.168.100.154    40.2 MB/s
192.168.100.152 <- 192.168.100.154    40.9 MB/s
192.168.100.152 <- 192.168.100.154    41.3 MB/s
192.168.100.152 <- 192.168.100.154    42.0 MB/s
-----------------------------------------------
Max: 43.0 MB/s    Min: 40.2 MB/s    Avg: 41.65 MB/s

Tôi không biết tại sao nó đạt đỉnh 113 MB / giây trong lần chạy thử đầu tiên, cục bộ đến từ xa. Nó giữ tốc độ đó trong suốt quá trình chạy thử, đồ thị gần như phẳng ở mức 113 MB / s. Như trước đây, tôi đã sử dụng khoảng thời gian 60 giây cho mỗi lần chạy. Tuy nhiên, trong lần chạy tiếp theo, nó đã giảm xuống còn 104 MB / s.

Như bạn có thể biết bằng các giá trị này, tôi vẫn có cùng thông lượng với bộ điều hợp Intel này như với bộ điều hợp Realtek tích hợp. Vì vậy, tôi nghĩ an toàn khi nói rằng nó không liên quan gì đến bộ điều hợp. Vì vậy, chúng ta có thể ngừng đổ lỗi cho RTL8111B là một con chip kém / kém hơn so với RTL8111C được tìm thấy trên bo mạch chủ khác. Điều này trông giống như một vấn đề về phần mềm / hệ điều hành / cấu hình hoặc cả ba điều cùng một lúc.

Cập nhật 8 - Kết quả tuyệt vời với Ubuntu LINUX

Sau khi cạn kiệt tất cả các tùy chọn khác, cuối cùng tôi đã quyết định chạy một số thử nghiệm với Linux và tôi đã nhận được kết quả tuyệt vời. Tôi đã sử dụng hệ thống Ubuntu Linux 13.10 Live và Iperf cho Linux (phiên bản 2.0.5-3) trên cả máy cục bộ và máy từ xa. Đây là kết quả.

=======================================================
REALTEK 8111C <-> REALTEK 8111B | IPERF ON UBUNTU LINUX
=======================================================

local: 192.168.100.152
remote: 192.168.100.151

192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
----------------------------------------------
Max: 112 MB/s    Min: 112 MB/s    Avg: 112 MB/s

192.168.100.152 <- 192.168.100.151    110 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    110 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
----------------------------------------------
Max: 111 MB/s    Min: 110 MB/s    Avg: 110.8 MB/s

Địa phương (tải xuống, tải lên, nhàn rỗi) ...

aj ak al là một

Như bạn có thể thấy tôi có cùng thông lượng theo cả hai hướng khi sử dụng Ubuntu. Có phải vì tôi sử dụng cùng một hệ điều hành trên cả hai máy, hay đây là thứ gì khác? Tôi có nhận được thông lượng tương tự nếu tôi có cùng phiên bản Windows được thiết lập trên cả hai máy không? Tôi không hiểu tại sao nó lại quan trọng nếu tôi sử dụng phiên bản Windows hơi lỗi thời, cụ thể là Vista, trên một máy và phiên bản mới nhất trên máy kia? ... Ý tôi là Vista vẫn là HĐH hiện tại và được hỗ trợ và được Microsoft sao lưu . Windows XP là một câu chuyện khác.

Nhưng tôi biết họ đang làm mọi thứ có thể để tiêu diệt Vista. Chẳng hạn, Office 2013 mới nhất không được hỗ trợ trên Windows Vista. Tôi chắc chắn rằng Microsoft mong muốn rằng Vista không bao giờ xảy ra. Giống như họ sẽ ước rằng Windows 8.0 chưa bao giờ xảy ra. Nhưng tôi thường kiên trì như họ và tôi không nâng cấp cài đặt Windows cho đến khi tôi thực sự phải làm.

Vì vậy, câu hỏi là làm thế nào để có được thông lượng giống nhau theo cả hai hướng với hai phiên bản Windows khác nhau. Windows Vista phải có khả năng tốc độ Gigabit - nó không phải là HĐH 20 năm hay gì đó, không phải Windows 95 mà chúng ta đang nói đến. Vista là một hệ điều hành hiện đại. Tôi chưa thử nghiệm chạy cùng một phiên bản Windows trên cả hai máy. Có thể có sự khác biệt trong triển khai TCP hoặc một cái gì đó giữa hai phiên bản HĐH. Nếu vậy, có lẽ tôi sẽ buộc phải nâng cấp máy Vista. Hoặc là hoặc chuyển sang Linux. Tôi không sẵn sàng trả nhiều tiền hơn cho ít hơn. Tại sao tôi phải nâng cấp Windows chỉ để có được thông lượng Gigabit theo cả hai hướng? ...

Cập nhật 9 ...

Cáp

Tôi đã thử đảo ngược cáp. Tôi đã nhận được kết quả như trước đây. Tôi cũng có một cáp vá Cat 6 mới và đã thử nó. Các kết quả kiểm tra thông lượng là như nhau. Vì vậy, cáp không phải là vấn đề ở đây. Tôi chỉ sử dụng cáp vá kết thúc / đúc. Vì vậy, hệ thống dây điện phải chính xác. Nhưng tôi có kế hoạch chấm dứt cáp cài đặt của riêng tôi sau này.

FW và AV

Đối với tường lửa (FW) và chống vi-rút (AV), tôi không sử dụng bất kỳ phần mềm FW hoặc AV của bên thứ ba nào. Tôi chỉ có Windows Firewall và Security Essentials. Tôi đã vô hiệu hóa cả hai trên cả hai máy. Các kết quả kiểm tra thông lượng vẫn giống như trước đây.

áo xin lỗi

aq ar như

Kiểm tra tốc độ mạng LAN

Tôi đã cài đặt LAN Speed ​​Test Lite 1.3 trên máy cục bộ. Tôi tin rằng bài kiểm tra được thực hiện giữa bộ nhớ trên cục bộ và ổ đĩa trên máy từ xa. Tôi không chắc. Nhưng nó yêu cầu một đường dẫn chia sẻ trên máy từ xa. Tôi đã sử dụng o $ share trên remote.

tại au av

Upload: 427 Mbps
Download: 420 Mbps

Tôi không tin tưởng những kết quả này quá nhiều. Nếu bạn nhìn vào biểu đồ, bạn có thể thấy rằng nó thay đổi rất nhiều trong suốt bài kiểm tra. Bài kiểm tra là một bài kiểm tra "kế tiếp", đó là: kiểm tra viết (tải lên) trước, sau đó đọc (tải xuống) bài kiểm tra. Rõ ràng nếu bạn thực hiện kiểm tra tải lên / tải xuống đồng thời, thông lượng tổng thể sẽ thấp hơn. Nhưng tôi không quan tâm đến các bài kiểm tra như vậy. Cho đến nay tôi chỉ thực hiện các thử nghiệm "kế tiếp" với cả hai thử nghiệm truyền tệp trong Windows (chia sẻ tệp / smb) và trong Iperf.

Tôi chưa thực hiện bất kỳ bộ nhớ nào để kiểm tra bộ nhớ với LAN Speed ​​Test vì nó yêu cầu sử dụng chương trình có tên LST Server trên điều khiển từ xa và chương trình này yêu cầu đăng ký để sử dụng nó.

Cập nhật 10 ...

Kiểm tra ổ đĩa

Tôi đã sử dụng Crystal Disk Mark 3.0.3 để kiểm tra các ổ đĩa. Đây là kết quả.

Local disk: 118 MB/s read, 113 MB/s write
Remote disk: 70 MB/s read, 69 MB/s write

Đây là các tốc độ đọc và ghi tuần tự dựa trên 5 lần chạy và tải 1000 MB.

Đây là đĩa cục bộ (đánh dấu đĩa, đọc, ghi) ...

ôi rìu ay

Và đây là đĩa từ xa ...

az

Nhưng tôi không hiểu điều này ... những kết quả này có vẻ mâu thuẫn.

Okey, đĩa cục bộ có thể đọc với tốc độ 118 MB / s, do đó sẽ cho phép tải lên được báo cáo khoảng 100 MB / s. Nhưng đĩa từ xa sẽ không thể nhận được nếu nó chỉ có khả năng ghi 69 MB / s. Nhưng bằng một số phép thuật, tôi vẫn nhận được trung bình hơn 100 MB / giây tải lên.

Đi theo cách khác xung quanh có ý nghĩa hơn. Nếu đĩa từ xa có thể đọc với tốc độ 70 MB / s và đĩa cục bộ có thể ghi với tốc độ 113 MB / s, thì quá trình tải xuống không được nhanh hơn 70 MB / s. Tôi nhận được trung bình khoảng 40 MB / s tải xuống. Điều đó có vẻ hợp lý.

Vì vậy, tôi không thể kết luận bất cứ điều gì từ những kết quả này. Tôi có nghĩa là ổ đĩa trên máy tính cục bộ hầu như không được sử dụng. Nó cũng là đĩa chứa HĐH và nó là phân vùng duy nhất trên hệ thống đó. Trong khi đĩa từ xa đã gần đầy, và nó cũng được phân vùng với một số phân vùng. Tuy nhiên, nó không được sử dụng cho HĐH. Tôi đã chọn ký tự ổ đĩa O:cho bài kiểm tra ở đây, bởi vì đây là phân vùng có hầu hết dung lượng trống.

(Lưu ý rằng tôi đã sử dụng ký tự ổ đĩa C:trong các thử nghiệm trước đó trên ổ đĩa Seagate hoàn toàn riêng biệt chứa HĐH trên máy từ xa. Vì vậy, các giá trị đọc này không thể so sánh được.)

Viết bộ nhớ đệm

Với bộ đệm ghi đĩa được kích hoạt tôi đã nhận được những kết quả này.

Local to remote: 106 MB/s
Remote to local: 42.2 MB/s

Sau đó tôi đã vô hiệu hóa ghi bộ nhớ đệm trên tất cả các ổ đĩa trên điều khiển từ xa và trên ổ đĩa cục bộ.

ba bb

Tôi không khởi động lại vì không yêu cầu khởi động lại để các thay đổi có hiệu lực. Sau đó tôi đã nhận được kết quả.

Local to remote: 106 MB/s
Remote to local: 42.1 MB/s

Thực tế không có thay đổi gì cả. Không khởi động lại, và không yêu cầu khởi động lại.

Gói QOS

Sau đó, tôi tiếp tục vô hiệu hóa Bộ lập lịch gói QOS cho bộ điều hợp thích hợp trên máy từ xa, và sau đó trên máy cục bộ.

bc bd

Local to remote: 107 MB/s
Remote to local: 41.9 MB/s

Không có thay đổi đáng kể ở đây. Một lần nữa, không khởi động lại và không yêu cầu khởi động lại.

Gói Jumbo

Sau đó tôi tiếp tục kích hoạt các gói jumbo tôi đã sử dụng cài đặt 4 GB vì 4 KB là kích thước MTU lớn nhất được hỗ trợ trên cả hai máy.

thì, là, bị, ở bf

Local to remote: 105 MB/s
Remote to local: 33.3 MB/s

Bây giờ ở đây, tải lên (cục bộ đến từ xa) không bị ảnh hưởng, nhưng thông lượng tải xuống đã giảm đáng kể. Không yêu cầu khởi động lại, nhưng dù sao tôi cũng quyết định khởi động lại cả hai máy, chỉ vì biện pháp tốt. Sau đó tôi đã thực hiện các bài kiểm tra tương tự một lần nữa và nhận được những kết quả này.

Local to remote: 117 MB/s
Remote to local: 33.2 MB/s

Vì vậy, việc tải lên bây giờ thậm chí còn nhanh hơn, nhưng tải xuống vẫn chậm hơn so với trước khi tôi thực hiện những thay đổi này, ngay cả sau khi khởi động lại. Tôi đã dự kiến ​​cả hai sẽ tăng lên một chút. Điều đó có nghĩa là gì?


4
Tôi nghĩ rằng các số liệu thông lượng được hiển thị trong trình quản lý tác vụ được tự động thu nhỏ dựa trên thông lượng thực tế của bạn. Đó chắc chắn là cách đó cho Windows 8 và của tôi hiện được hiển thị 54 Mbps và trong vài phút qua, nó đã là 100MBs và 100kbs (khi không hoạt động) và các giá trị khác nhau ở giữa.
sgmoore

12
Bạn đã xem xét việc khởi động cả hai máy từ đĩa CD trực tiếp Linux (hai đĩa khởi động giống hệt nhau) để loại trừ các sự cố phần mềm và chuyển tệp từ đĩa RAM sang đĩa RAM để loại trừ các vấn đề về ổ cứng?
Moshe Katz

1
Tôi muốn ném 2 xu của tôi vào đây ... lần đầu tiên của tôi: bạn đã vô hiệu hóa tất cả các trình thu âm chưa? Thứ hai của tôi: bạn đã thử đảo ngược cáp để xem vấn đề của bạn cũng đảo ngược (chuyển đầu cáp sang máy tính khác và ngược lại visa). Nếu bạn tải xuống nhanh nhưng tải chậm thì vấn đề nằm ở hệ thống dây. (tức là các cặp của bạn không được xoắn với nhau nhưng với các cặp khác)
Rik

1
@MosheKatz Tôi vừa mới làm điều đó. Bạn có thể thấy kết quả tôi vừa đăng (xem bản cập nhật 8) rằng tôi có thông lượng lớn ở cả hai hướng với Ubuntu.
Samir

2
@Sammy wow, chủ đề này đang trở nên lớn :) Tôi thấy bạn đã thử Linux ở cả hai đầu. Nhưng bạn đã thử Linux <-> Win8 và / hoặc Linux <-> Win.vista chưa? Nếu một trong số chúng có tốc độ tối đa theo cả hai hướng, bạn biết rằng cái kia có lỗi (sẽ hiển thị trong thử nghiệm khác) và bạn / chúng tôi có thể tập trung nỗ lực vào máy đó.
Rik

Câu trả lời:


6

Dựa trên phản hồi của bạn:

@ewhac Kích thước cửa sổ TCP trên máy cục bộ thường khác với kích thước cửa sổ trên máy từ xa. Giá trị mặc định là 0,06 MB trên cục bộ (thắng 8) và 0,01 MB trên điều khiển từ xa (vista). Họ có phải là cùng một giá trị? Làm thế nào để tôi yêu cầu nó đoán MSS? Đó có phải là công tắc -m ("in kích thước phân khúc tối đa") không? Tôi thường không đặt bất kỳ thứ gì trong số đó. Tại sao tôi phải làm vậy? - Sammy ngày 30 tháng 11 lúc 21:39

Kích thước cửa sổ TCP biểu thị lượng dữ liệu tối đa mà ngăn xếp TCP sẽ giảm xuống mức mù dây trước khi dừng và chờ nhận thông báo từ máy từ xa - nói cách khác, lượng lưu lượng truy cập không được kiểm soát tối đa trên dây. Thực tế là cửa sổ TCP trên máy Vista nhỏ hơn nhiều so với trên máy Windows Se7en hỗ trợ lý thuyết rằng bạn không lấp đầy đường ống trước khi bị đình trệ và chờ đợi ACK.

Do đó, điều đầu tiên tôi sẽ thử là tăng kích thước cửa sổ TCP trên máy Vista bằng cách sử dụng -wđối số. 0,01 MB là một đơn vị không hữu ích; Tôi đoán đó là 16KiB. Vì vậy, bắt đầu với 16KiB và chạy thử nghiệm:

iperf -c -w 16K ...

Nhân đôi kích thước cửa sổ và lặp lại thử nghiệm:

iperf -c -w 32K ...

Hy vọng bạn nên quan sát một sự gia tăng tốc độ. Tiếp tục nhân đôi kích thước cửa sổ cho đến khi bạn không còn thấy tốc độ tăng đáng kể.


4

Như đã nêu trước đây, bạn sẽ cần sửa đổi kích thước Cửa sổ TCP trong iperf để có thông lượng cao hơn so với các liên kết tốc độ cao có độ trễ thấp. Các phiên bản khác nhau của Windows (hoặc iPerf) có thể có kích thước cửa sổ mặc định khác nhau. Hãy thử "-w 256k" để bắt đầu với cả máy khách và máy chủ.

Bạn có thể xác nhận hướng mũi tên của biểu đồ của bạn? Trong iPerf, dữ liệu được đẩy từ máy khách đến máy chủ (ngược lại với những gì tôi thường nghĩ).

Bạn có thể loại trừ các ổ đĩa cứng là nguyên nhân vì iPerf không chạm vào các ổ đĩa cứng.

Tôi nghĩ rằng bạn đã xác minh rằng bạn đang chạy trình điều khiển NIC mới nhất. Không cần phải loay hoay với việc cài đặt thủ công tốc độ / song công. Tương tự với khung jumbo - chúng không đáng để gặp rắc rối với phần cứng hiện đại.

Xác minh rằng Giảm tải gửi lớn (LSO) và Giảm tải nhận lớn (LRO) được bật trên cả hai NIC. Một số trình điều khiển NIC sử dụng các tên khác nhau (hoặc nhiều tùy chọn kiểm soát hành vi này) để bạn có thể phải tìm kiếm xung quanh. Thông thường mặc định là để tất cả chúng được kích hoạt.


3

Tôi nghĩ rằng bạn cần phải đọc thêm một chút về cách hoạt động của iperf. Nếu bạn không đặt kích thước cửa sổ tcp chính xác, kết quả của bạn sẽ thay đổi rất nhiều. Tôi tin rằng công tắc -w của nó. Trang web này sẽ hỗ trợ tính toán kích thước cửa sổ TCP tối ưu. Bạn cần biết RTT và bandwith để tính toán nó. http://www.kehlet.cx/docs/tcpwin.php

Ngoài ra, hãy thử các công cụ khác như "Kiểm tra tốc độ LAN", việc này sẽ thực hiện chuyển lên xuống giữa các cổ phiếu ở hai đầu. Kết quả của nó khá gần với thử nghiệm đã được thực hiện với nó. Ngoài ra, hãy chắc chắn rằng bạn kiểm tra tốc độ tối đa của ổ cứng là bao nhiêu.


Tôi có thể sử dụng lệnh ping để tìm ra RTT không? Nếu tôi ping điều khiển từ xa, tôi nhận được ít hơn 1 ms. Nhưng nó không cho tôi biết bao nhiêu. Có một số công cụ khác tôi có thể sử dụng, một công cụ có độ chính xác cao hơn? Tôi biết tôi không thể sử dụng 0 ms trong công thức.
Samir

Tôi đã sử dụng một chương trình ping gọi là hrping . Đối với LAN Speed ​​Test Lite, nó không tốt bằng Iperf. Có lẽ mọi thứ sẽ tốt hơn khi bạn cài đặt Máy chủ LST ở đầu bên kia. Nhưng tôi không cảm thấy muốn đăng ký để sử dụng nó hoặc trả tiền cho một giấy phép.
Samir

3

Một vài điểm có thể giúp bạn giải quyết .. Ngăn xếp TCP IP hiện được triển khai khác nhau trong các bản phát hành Windows 7. Tôi sẽ xem xét kỹ các tối ưu hóa TCP của tôi, có thể không có nhiều trong đó giữa hai hộp của bạn nhưng vẫn đáng để điều chỉnh một số cài đặt trên Hộp vista của bạn.

Việc sử dụng Netsh int tcp thiết lập tắc nghẽn toàn cầu = ctcp đã bị khấu hao. Để thiết lập hoặc thay đổi congestionprovider, lệnh sau phải được sử dụng:

đọc bài viết tại đây: http://forums.speedguide.net/showthread.php?280646-When-will-TCP-Optimizer-support-Windows-8-amp-Windows-Server-2012

Netsh int tcp set tùy chỉnh bổ sung 300 10 ctcp bị vô hiệu hóa 50 Sau đó gõ: Netsh int tcp set tùy chỉnh bổ sung

Để biết thêm chi tiết về lệnh trên, chỉ cần gõ: Netsh int set bổ sung

Để kiểm tra xem tắc nghẽn nào hiện đang sử dụng, hãy sử dụng như sau: Netsh int tcp hiển thị bổ sung

Nhưng chỉ Win Server 2012 mới có thể tạo mẫu tùy chỉnh CTCP có thể là một vấn đề.

Ngoài ra tự động nhân rộng có thể là một yếu tố.

Có lẽ đáng để xem các trình điều khiển của bạn có thể cần nâng cấp / hạ cấp. xem cái nào hoạt động tốt nhất

Một suy nghĩ khác là kích thước gói được ghi vào ổ cứng .. Kích thước của các ổ cứng của bạn được định dạng là 512b ~ 64K có thể bị tắc nghẽn bộ nhớ cache .. Đáng để xem xét khi sử dụng tốc độ GBit - hoặc thay vào đó hãy kiểm tra bằng đĩa SSD!

Bạn đã xem việc bật Gói Jumbo chưa (nếu điều này áp dụng cho các NIC của bạn)


Có thể tắt tỷ lệ kích thước cửa sổ và đặt giá trị RWIN theo cách thủ công thành 64K không?
Samir

Tôi chỉ đọc rằng giá trị RWIN được thay đổi linh hoạt trên các hệ thống Windows hiện đại. Điều này có đúng không? RWIN đó không thể là một giá trị cố định?
Samir

2

Kết quả tuyệt vời với Ubuntu LINUX

Điều này nghe có vẻ khá quen thuộc ... bạn có iperfhiệu năng kém không thể giải thích được trong Windows, nhưng phần cứng tương tự hoạt động tốt với Linux.

Sau khi chiến đấu hết lần này đến lần khác, tôi đã đi đến kết luận rằng iperftrong Windows là không ổn định . Tôi không biết tại sao ... thành thật mà nói, tôi đã từ bỏ sự quan tâm bởi vì tôi biết tôi luôn có thể nhận được kết quả lành mạnh từ linux.

Vì vậy, nếu bạn muốn biết lý do tại sao bạn nhận được hiệu suất kém như vậy, hãy nhìn không xa hơn ứng dụng.


2

Một cái gì đó để thử là dừng dịch vụ MMCSS. Có, bạn sẽ tạm thời mất âm thanh của mình, nhưng có thể có thứ gì đó đang kích hoạt nó, khiến hoạt động mạng bị điều chỉnh để hoạt động mạng không bị chìm trong hoạt động khác.

Xem ở đây để biết một số thông tin về MMCSS và điều chỉnh mạng: http://bloss.technet.com/b/markrussinovich/archive/2007/08/27/1833290.aspx

Nó có thể được điều chỉnh theo các hướng dẫn sau: http://support.microsoft.com/kb/948066

Tôi nghi ngờ đó là nguyên nhân trong trường hợp này, vì thông lượng có thể sẽ thấp hơn, nhưng sau khi đập đầu vào tường trong một thời gian dài với các vấn đề thông lượng của riêng tôi trên Vista, tôi phát hiện ra đây là nguyên nhân. Tôi đã đặt NetworkThrottling Index thành 70 và cuối cùng tôi đã nhận được thông lượng mà tôi mong đợi.


2

Một điều bạn chưa thử là loại bỏ nén vi sai từ xa trên Vista.

Suy nghĩ của tôi được thúc đẩy bởi việc sử dụng CPU rộng rãi trên Vista. Có thể trình điều khiển mạng Vista không biết cách giảm tải thẻ này vào card mạng, trong khi Windows 8 thực hiện việc này hiệu quả hơn nhiều.

Để biết chi tiết đầy đủ, hãy xem bài viết:
Ngăn chặn sao chép tệp chậm qua mạng trong Vista bằng cách vô hiệu hóa Nén vi sai từ xa .

Nhưng tóm lại, chỉ cần bỏ chọn Remote Differential Compressiontrong Bảng điều khiển -> Chương trình và Tính năng -> Bật và tắt các tính năng của Windows, sau đó khởi động lại.

Hình ảnh, tưởng tượng


0

Trước đây tôi đã theo đuổi cái đuôi của mình với cùng một vấn đề trong một thời gian! Tốc độ truyền chậm theo một hướng, trong trường hợp của tôi là hướng ra ngoài (đường lên).

Windows 7 Pro, Celeron J1800 với thẻ lan tích hợp Realtek Gigabit 8111C. QNAP 453a và MacBook Pro ở đầu bên kia.

Khi được đo qua Iperf3, tôi đã nhận được 112 mbps với Windows 7 được đặt làm máy khách (mức sử dụng CPU ở mức 25-30%). Và chỉ 39-41 Mbps khi được đặt làm máy chủ, với mức sử dụng CPU nặng từ 50 đến 100%. Tệ đến mức PC sẽ đóng băng tại thời điểm kiểm tra băng thông.

Truyền tệp thường xuyên được giới hạn ở mức tối đa 45mbps bất kể tôi đang tải lên hoặc tải tệp xuống NAS hoặc MAC của mình.

Tôi đã nhận được không quá 35-45 megabyte mỗi giây. Khá bực bội!

Kết thúc là một trình điều khiển thẻ lan xấu. Tôi bị ám ảnh với việc cập nhật trình điều khiển và luôn cập nhật trình điều khiển của mình khi có trình điều khiển mới. Đoán xem, sau vài lần cập nhật, thẻ lan của tôi bị chậm lại.

Một số bạn có thể nói, chỉ cần xóa trình điều khiển cũ và cài đặt trình điều khiển mới. Đơn giản nhỉ? Tôi đã cố gắng và cố gắng, Nó không làm việc cho tôi.

Đây là giải pháp của tôi:

Cửa sổ được cài đặt từ đầu với trình điều khiển OEM từ trang web của nhà sản xuất. Tôi cũng đã làm như sau:

Trong Trình quản lý thiết bị / Thẻ Lan / Cài đặt nâng cao / Vô hiệu hóa mọi thứ trừ FLOW CONTROL.

Trong Tính năng của Windows, Tắt tính năng nén vi sai từ xa.

Bây giờ tốc độ trung bình là từ 80 đến 100 Mbps.

Xin lỗi vì những bức ảnh kém chất lượng.

nhập mô tả hình ảnh ở đây


-2

Linus từ Linus Tech Tips trên Youtube cũng gặp vấn đề tương tự, và tôi xin lỗi nhưng tôi đã quên giải pháp đó là gì. Đây là một video gần đây (kể từ ngày 20 tháng 4 năm 2016) và tôi có thể sai nhưng tôi nghĩ rằng đó là một trường hợp trong đó một luồng trên bộ xử lý là yếu tố giới hạn, vì vậy nếu bạn có phần cứng cũ hơn và bạn cố gắng đạt 1 Gb / giây, đó thực sự là vấn đề của CPU, nếu nó giảm tải phần lớn công việc cho CPU, điều mà hầu hết các NIC trên tàu làm được trong những ngày này. Tôi có thể nhầm, đây là một video gần đây của anh ấy, tôi rất khuyến khích bạn kiểm tra luồng của anh ấy. Đối với những gì đáng giá tôi đang gặp vấn đề tương tự trên kết nối internet gigabit của tôi.


"Tôi đã quên giải pháp là gì" - không có nhiều câu trả lời phải không?
DavidPostill

1
Vì vậy, hãy dành thời gian để xác định giải pháp là gì. Câu trả lời này không hữu ích, bạn vẫn có thể bị trả lời bị cấm, vì đã gửi câu trả lời xấu ngay cả khi chúng được đánh dấu là wiki cộng đồng
Ramhound
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.