Cập nhật

Ok, tôi đã thử các câu trả lời dưới đây và không có gì thay đổi. Tôi đã xác định chipset trong máy tính xách tay là NVIDIA nForce 520. Tôi đã tải xuống trình điều khiển Vista x64 mới nhất cho nForce 520 (NVIDIA chưa có trình điều khiển nào cho chipset đó cho Win 7). Tôi đã thử cài đặt phần mềm tường lửa đi kèm (nghĩ rằng có thể nó đang can thiệp - không phải vậy). Tôi đã gỡ cài đặt hoàn toàn phần mềm chống vi-rút của mình (Tôi đang sử dụng Avast!) Vì nghĩ rằng trình điều khiển bộ lọc mạng của nó có thể gây ra sự cố, điều đó cũng không giúp được gì.

Tôi đã mang máy tính xách tay của mình đến nhà anh em của tôi và có thể sao chép các tệp với tốc độ 10 - 12 MB / giây qua mạng 100Mbit của anh ấy để tôi không nghĩ đó là phần cứng.

Tôi đã chạy iperf với một số kết quả đáng ngạc nhiên:
iperf từ máy tính xách tay gửi đến máy chủ (tải lên)

> iperf -c naru
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec   162 MBytes   136 Mbits/sec

> iperf -c naru -w 64k
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[328] local 192.168.7.100 port 8550 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec  1.06 GBytes   909 Mbits/sec

iperf từ máy chủ gửi đến máy tính xách tay (tải về)

> iperf -c miyuki
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[256] local 192.168.7.6 port 51871 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.1 sec  25.2 MBytes  20.8 Mbits/sec

> iperf -c miyuki -w 64k
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[256] local 192.168.7.6 port 51872 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.0 sec  21.1 MBytes  17.6 Mbits/sec

Để so sánh ở đây là các số iperf giữa HTPC và máy chủ

Server: Naru, Host: CC (CC sends to Naru)
iperf -c naru:        0.0-10.0 sec   363 MBytes   305 Mbits/sec
iperf -c naru -w 64k: 0.0-10.0 sec  1.06 GBytes   912 Mbits/sec

Server: CC, Host: Naru (Naru sends to CC)
iperf -c cc:        0.0-10.0 sec   322 MBytes   270 Mbits/sec
iperf -c cc -w 64k: 0.0-10.0 sec  1020 MBytes   855 Mbits/sec

Sử dụng wireshark để xem chuyển từ máy chủ sang máy tính xách tay có rất nhiều mục sau đây:

(:51aa is the server, :37a1 is the laptop)
No.   Time      Source                    Destination               Proto Info
37785 27.286240 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#13] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40517974
37786 27.286258 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#14] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40519414
37787 27.286277 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#15] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40520854
37788 27.286295 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#16] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40522294
37789 27.286313 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#17] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40523734
37790 27.286332 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#18] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40525174
37791 27.286351 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#19] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40526614
37792 27.286370 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Previous segment lost] [TCP segment of a reassembled PDU]
37793 27.286372 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP segment of a reassembled PDU]
37794 27.286375 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
37795 27.286377 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37796 27.286379 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37797 27.286382 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37798 27.286413 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#20] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40529494 SLE=40499254 SRE=40526614
37799 27.286432 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#21] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40530934 SLE=40499254 SRE=40526614

Tại thời điểm này, tôi hoàn toàn mất mát và phải cố gắng làm gì tiếp theo.

Câu hỏi gốc

Lý lịch

Tôi hiện đang gặp sự cố trên máy tính xách tay Windows 7 mới cài đặt của mình. Vấn đề ban đầu xảy ra sau khi tôi đã cài đặt Windows 7 RC. Khi Windows Vista và Windows 7 Beta 1 được cài đặt trên máy tính xách tay này, tôi có thể chuyển ở tốc độ gigabit với các khung Jumbo được bật ở phạm vi 9KB / 9014. Hai chuyển đổi giữa các máy tính xách tay hỗ trợ khung Jumbo là tốt.

Khi sao chép tệp từ máy chủ của tôi sang máy tính xách tay của tôi, chúng chạy với tốc độ ốc (thường dưới 1 MB / giây) trong khi các thiết bị khác đi qua cùng một công tắc có thể chuyển ở tốc độ cao hơn (45 - 55 MB / giây). Có vẻ như sao chép từ máy tính xách tay vào máy chủ tốc độ nhanh hơn nhưng không có gì giống như vậy.

Máy liên quan

• Miyuki: Máy tính xách tay có vấn đề. Windows 7 x64 RTM. Gian hàng HP dv9700 CTO. Sử dụng bộ chuyển đổi Ethernet NVIDIA nForce 10/100/1000 Mbps. (Video là GeForce 8400M GS)
• Naru: Máy chủ có tập tin. Máy chủ Windows tùy chỉnh 2008 R2 x64 SP2. Sử dụng bộ chuyển đổi D-Link DGE-560T PCI Express Gigabit.
• CC: HTPC trên cùng một chuyển đổi mà không có vấn đề. Windows Vista x86 SP2. Sử dụng bộ chuyển đổi Realtek RTL8168B / 8111B trên bo mạch.

Khi những hình ảnh này được chụp, các khung hình khổng lồ đã bị tắt.

Những hình ảnh

Sao chép bắt đầu từ máy tính xách tay

Máy chủ -> Máy tính xách tay _{(nguồn: gibixonline.com )} Máy tính xách tay -> Máy chủ

Sao chép bắt đầu từ máy chủ

Máy chủ -> Máy tính xách tay _{(nguồn: gibixonline.com )} Thật bất ngờ khi máy chủ sao chép một tệp từ máy tính xách tay vào chính nó dẫn đến tốc độ mà tôi mong đợi. (Máy tính xách tay -> Máy chủ) _{(nguồn: gibixonline.com )}

Tôi đã nói trước đó rằng các máy khác trên cùng một công tắc không có vấn đề này. DPI cao được bật vì điều này được hiển thị trên HDTV.
Máy chủ -> HTPC _{(nguồn: gibixonline.com )}

Tự nhiên như một thử nghiệm, tôi quyết định xem tốc độ giữa máy tính xách tay của tôi và HTPC là bao nhiêu. Thật không may, họ chính xác là những gì tôi mong đợi.
HTPC -> Máy tính xách tay _{(nguồn: gibixonline.com )}

Ghi chú cuối cùng

Tôi đã thử mọi thứ tôi có thể nghĩ ra. Ngay cả khung hình khổng lồ cũng bị tắt vào thời điểm này và dường như không có gì ảnh hưởng đến nó. Tôi đã thử tắt chức năng chống vi-rút của mình để thay đổi cáp mà tôi sử dụng. Hiện tại tất cả các loại cáp đang sử dụng là CAT-5e mà tôi đã chế tạo. Tôi đã thử lấy cáp từ HTPC và cắm nó vào máy tính xách tay của mình để xem liệu cáp có phải là vấn đề không. Hai công tắc được đề cập là một D-Link DGS-1216T và một công tắc "câm" hỗ trợ các khung khổng lồ, D-Link DGS-2208.

Hãy thử tắt tính năng tự động điều chỉnh của Window.

Trong cửa sổ CMD:

netsh interface tcp set global autotuning=disabled 

Chạy lại thử nghiệm của bạn và xem nếu bạn nhận thấy sự cải thiện hiệu suất. Tôi đã phải làm điều này trên một vài máy tính xách tay chạy Windows 7 trong nhà của tôi và điều đó đã giúp ích.

Nếu mọi thứ trở nên tồi tệ hơn hoặc bạn không nhận thấy bất kỳ cải thiện nào, bạn có thể kích hoạt lại tự động dò tìm bằng cách:

netsh interface tcp set global autotuning=normal

Đây dường như là một vấn đề lớn với Windows 7. Một số game thủ đã phàn nàn về vấn đề này.

1. Từ một dấu nhắc lệnh (thường là trong Tất cả các chương trình -> Phụ kiện -> Dấu nhắc lệnh) hãy chạy reg regedit
2. Duyệt đến HKEY_LOCAL_MACHINE \ HỆ THỐNG \ CurrentControlset \ services \ Tcpip \ Paramameter \ Interfaces
3. Duyệt các mục trong giao diện cho đến khi bạn tìm thấy mục có mục nhập IPAddress khớp với giao diện mạng mà bạn muốn tác động (thông thường địa chỉ IP LAN bắt đầu bằng 192.168 hoặc 10.0); lưu ý rằng nếu địa chỉ IP của bạn được máy chủ DHCP gán tự động, bạn có thể cần tìm kiếm một DhcpIPAddress phù hợp thay vì IPAddress
4. Nhấp chuột phải vào giao diện và chọn Giá trị mới> DWORD (32-bit), đặt tên cho nó là TcpAckFrequency
5. Nhấp chuột phải vào giá trị TcpAckFrequency mới và chọn Sửa đổi, nhập vào Số 1 (Nên chọn nút radio thập lục phân)
6. Nhấp chuột phải vào giao diện và chọn Giá trị mới> DWORD (32-bit), đặt tên cho nó là TCP TCPDayayel (lưu ý rằng TCP là chữ hoa trong lần này - đó là cố ý)
7. Nhấp chuột phải vào giá trị TCPNoDelay mới và chọn Sửa đổi, nhập vào 1 (Nên chọn nút radio thập lục phân)
8. Xác minh rằng cả TcpAckFrequency và TCPNoDelay hiện hiển thị trong danh sách thuộc tính của bộ điều hợp với các loại REG_DWORD và các giá trị 0 × 00000001
9. Thoát regedit và khởi động lại (khởi động lại là cần thiết để các thay đổi có hiệu lực!)
   10. Chơi một trò chơi và tận hưởng ping thấp mới của bạn

Điều này đã làm giảm ping của tôi trong hầu hết các trò chơi từ 200-300ms xuống còn 50-60ms, phù hợp với độ trễ mà tôi sẽ thấy thông qua một tracert đến máy chủ của trò chơi.

Lấy từ việc giảm độ trễ mạng trò chơi trong windows 7 hoặc vista

Để xác minh xem máy tính xách tay có bị lỗi hay không, hãy chạy một đĩa CD trực tiếp trên Ubuntu, cài đặt iperf lên ramdisk và chạy thử.

Điều này ít nhất nên kiểm tra phía mạng của nó.

Kiểm tra các gói bị rơi. Không chắc chắn làm thế nào để làm điều này trong windows, nhưng nếu bạn có một máy linux, bạn có thể kiểm tra ở đó.

Tôi đã có một trải nghiệm tương tự với một công tắc gigabit trong đó chế độ gigabit bị hỏng và làm rơi các gói. Tôi chỉ thấy sự cố khi tôi có 2 máy được kết nối ở chế độ này. Ở chế độ 100K, mọi thứ đều ổn. Đó là một vấn đề khó chịu mà tôi phải mất vài ngày để tìm hiểu. Tôi có thể đã là một D-Link. Làm một số googling về mô hình chuyển đổi của bạn. Tôi đã làm và thấy những người khác có cùng vấn đề với tôi.

Tôi đã gặp điều này trước đây với các sản phẩm AV khác. Vấn đề của tôi là với SMB và sản phẩm AV đã can thiệp ngay cả khi "bị vô hiệu hóa". Nó cho thấy kết quả tương tự trong wireshark mà bạn có. Đây là một trong nhiều trang web tôi đã kiểm tra để đến nguyên nhân gốc: Sự cố SMB của Symantec và một trang khác: SMB2 không thành công với NTP

Ngoài ra, bạn có thể thử tắt / thay đổi tất cả hoặc một số cài đặt trong SMB. Tôi thậm chí sẽ xem xét việc vô hiệu hóa v2 trên HĐH. Kiểm tra bài viết này mô tả sự cố SMB trong Win Vista và liên kết này với Microsoft phác thảo một số dữ liệu công nghệ về cài đặt reg SMB .

Tôi biết bạn đã đề cập đến Avast, nhưng thật trùng hợp khi tôi thấy kết quả wireshark tương tự. Lưu ý rằng tất cả mọi thứ trừ chuyển tập tin dường như hoạt động tốt trong trường hợp của tôi.

Tôi đã gặp sự cố với các máy khách giao tiếp với Máy chủ Windows khi sử dụng Ký gói. Tôi đã không gặp phải sự chậm chạp, nhưng việc bỏ kết nối khá phổ biến.

Đọc ở đây cho các giải pháp khắc phục vấn đề của tôi.

Ngoài ra, tôi không thấy bất kỳ đề xuất nào ở đây để tắt từng chức năng TCP Chimney để xem liệu một trong số chúng có bị lỗi không.

Có vẻ như hệ điều hành đang kiểm tra các gói trước khi ghi vào đĩa. Tôi quan sát tất cả các giao dịch chuyển chậm là những giao dịch cố gắng ghi vào máy tính xách tay ... Tôi đề nghị

• kiểm tra kích thước khối của các phân vùng trên hdd máy tính xách tay (kích thước khối nhỏ có thể gây ra thời gian tìm kiếm không gian trống khi cố gắng khắc phục một tệp lớn (hoặc hơn)
• kiểm tra bất kỳ chính sách tường lửa nào kiểm tra các gói đến để ghi đĩa
• kiểm tra bất kỳ trình giám sát hoạt động tệp nào (điều này không cần quan tâm do bạn gỡ cài đặt phần mềm chống vi-rút) (như bạn biết avast thực hiện kiểm tra tệp trực tiếp và điều đó làm chậm quá trình chuyển mạng một chút ..)
• phân mảnh mục tiêu phân vùng (một lần nữa về tìm kiếm không gian trống)

Những người khác được đề xuất và dường như không giúp đỡ:

• tự động điều chỉnh
• cấp độ song công
• dây cáp ...

Một đề nghị cuối cùng là, Bạn có thể kiểm tra phát hiện liên kết chế độ pin trên các thuộc tính nâng cao của nic không? Đó là một máy tính xách tay và có thể có một số vấn đề với các thuộc tính tiết kiệm năng lượng ... Hãy thử "Không tiết kiệm năng lượng" khi phát hiện liên kết chế độ pin và "Đầy đủ" trong cài đặt tốc độ pin.

Tôi đang sử dụng win7 trên máy tính để bàn và các tùy chọn đó không được bao gồm trong các thuộc tính nâng cao của nic của tôi. Miễn là tôi chưa bao giờ gặp phải vấn đề này, bạn cũng có thể kiểm tra các giá trị của "Điều khiển luồng" thành "TX và RX được bật" như các tùy chọn của nic của tôi. Jumbo bị vô hiệu hóa, Tốc độ và Song công cũng tự động trên cấu hình của tôi ...

Tôi không thể nghĩ ra bất kỳ giải pháp nào khác ... Hy vọng điều này sẽ giúp ...

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.

Theo tất cả mọi thứ, tôi giả sử bạn đã đặt các card mạng thành song công hoàn toàn, 100MBit và không tự động?

Bạn có thể sẽ ghét câu trả lời này, nhưng tôi phải nói nó!

Bạn đã thử cập nhật trình điều khiển?

Tôi gặp một vấn đề tương tự trên máy tính xách tay của mình (NIC dựa trên Realtek), nó chuyển với tốc độ khoảng 3MB / giây nhưng sau đó, khi tôi nâng cấp trình điều khiển lên các trình điều khiển mới nhất từ ​​trang web của họ, nó lên tới khoảng 40-50 MB / giây

Chỉ vì các trình điều khiển với Windows hoạt động, điều đó không có nghĩa là chúng là tốt nhất.

Tôi nghi ngờ rằng đó là một cái gì đó trên đường dẫn từ máy chủ đến máy tính xách tay, ví dụ:

• Chuyển cổng được vá vào máy tính xách tay
• Cáp Ethernet hoặc kết nối giữa thiết bị chuyển mạch và máy tính xách tay

Đề xuất tuyệt vời của Per @ SaucemanSpiff, bạn đã thử kết nối trực tiếp máy tính xách tay với máy chủ bằng cáp CAT5E hoặc CAT6 tốt chưa biết? Không cần cáp chéo đặc biệt miễn là có ít nhất một trong các giao diện liên quan hỗ trợ Gigabit Ethernet (ngụ ý Auto MDI-X).

1. Bạn đã đánh bại PC đến chết với các bản cập nhật và thử nghiệm nó bên ngoài mà không thất bại. Bạn đã thử thực hiện cập nhật và như vậy trên SERVER "naru" chưa?

2. Hầu hết các giải pháp trong chủ đề này được đề xuất bởi người khác có thể áp dụng cho máy chủ, bạn đã thử chúng ở đó chưa?

3. Điều gì xảy ra khi bạn kiểm tra bằng Robocopy (có và không có jumbo)? Nếu nó nhanh theo cả hai hướng thì tôi sẽ sử dụng Netshark để xem các tiêu đề phiên SMB ở đầu các bản sao theo mỗi hướng và xem liệu có gì khác trong thiết lập naru-> miyuki không.

Bạn đã thử sử dụng teracopy? Tôi đã sử dụng điều này như là một sự thay thế tiêu chuẩn cho bản sao windows trong hơn một năm nay và nó đã cho thấy sự cải thiện về tốc độ truyền tải :)

Một loại bắn trong bóng tối nhưng nó có thể giúp đỡ.

• Vô hiệu hóa "Nén vi sai từ xa" trong Bảng điều khiển - Chương trình và tính năng - Bật hoặc tắt các tính năng của Windows.
• Loại bỏ IPv6 khỏi các thuộc tính mạng. Bạn có sử dụng IPv6 trong mạng LAN không? Nếu không vô hiệu hóa nó.
• Xóa bộ nhớ cache DNS ipconfig /flushdnstrên CLI.

nếu đó là do thay đổi HĐH, thì chắc chắn vấn đề nằm ở HĐH. bạn nên cố gắng cài đặt gói dịch vụ windows 7 mới nhất và cập nhật windows mới nhất với các bản cập nhật mới nhất. và hy vọng điều tốt nhất