好的,我已经尝试了下面的答案,没有任何改变.我已经将笔记本电脑中的芯片组识别为NVIDIA nForce 520.我为nForce 520下载了最新的Vista x64驱动程序(NVIDIA还没有针对Win 7芯片组的任何驱动程序).我已经尝试安装附带的防火墙软件(想想也许是干扰 – 它不是).我已经完全卸载了我的防病毒软件(我正在使用Avast！),认为它的网络过滤器驱动程序可能会导致问题,这也没有帮助.
我把笔记本电脑带到兄弟家里,能够通过100Mbit网络以10-12 MB / s的速度复制文件,所以我不认为这是硬件.
我运行iperf有一些令人惊讶的结果：
从笔记本电脑发送到服务器的iperf(上传)
> 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从服务器发送到笔记本电脑(下载)
> 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
为了比较,这里是HTPC和服务器之间的iperf数字
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
使用wireshark观察从服务器到笔记本电脑的传输,可以输入以下大量条目：
(: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
在这一点上,我完全彻底地失去了接下来要尝试的东西.
原始问题
背景
我目前在新安装的Windows 7笔记本电脑上遇到问题.问题最初发生在我安装Windows 7 RC之后.当在这台笔记本电脑上安装Windows Vista和Windows 7 Beta 1时,我能够以千兆位速度传输Jumbo帧开启到9KB / 9014范围.笔记本电脑之间的两个开关也支持Jumbo帧.
将文件从我的服务器复制到笔记本电脑时,它们以蜗牛的速度运行(通常小于1 MB /秒),而通过相同交换机的其他设备可以以更高的速度(45 – 55 MB /秒)传输.似乎从笔记本电脑到服务器的复制速度更快但不应该像它应该的那样.
涉及的机器
>美雪：问题的笔记本电脑. Windows 7 x64 RTM.惠普Pavilion dv9700 CTO.使用NVIDIA nForce 10/100/1000 Mbps以太网适配器. (视频是GeForce 8400M GS)
> Naru：带文件的服务器.自定义Windows Server 2008 R2 x64 SP2.使用D-Link DGE-560T PCI Express千兆适配器.
> CC：HTPC在同一台交换机上没有问题. Windows Vista x86 SP2.使用板载Realtek RTL8168B / 8111B PCI-E GBE适配器.
当拍摄这些图像时,巨型帧全部被关闭.
图像
从笔记本电脑发起的复制
服务器 – >笔记本电脑
http://www.gibixonline.com/media/netspeed-client-naru-miyuki.png
笔记本电脑 – >服务器
http://www.gibixonline.com/media/netspeed-client-miyuki-naru.png
从服务器启动的复制
服务器 – >笔记本电脑
http://www.gibixonline.com/media/netspeed-server-miyuki-naru.png
出乎意料的是,服务器将文件从笔记本电脑复制到自身,这会产生我所期望的速度. (笔记本电脑 – >服务器)
http://www.gibixonline.com/media/netspeed-server-naru-miyuki.png
我之前说过,同一台交换机上的其他机器没有这个问题.高DPI打开,因为它显示在HDTV上.
服务器 – > HTPC
http://www.gibixonline.com/media/netspeed-naru-cc.png
当然作为测试我决定看看我的笔记本电脑和HTPC之间的速度.不幸的是,它们正是我的预期.
HTPC – >笔记本电脑
http://www.gibixonline.com/media/netspeed-cc-miyuki.png
最后的笔记
我已经尝试了所有我能想到的东西.即使是巨型帧也在此时关闭,似乎没有任何影响它.我已经尝试关闭我的防病毒保护以更换我使用的电缆.目前使用的所有电缆都是我制造的CAT-5e.我尝试从HTPC上取下电缆并将其插入笔记本电脑,看看是否存在布线问题.有问题的两个开关是D-Link DGS-1216T和支持巨型帧的“哑”开关,即D-Link DGS-2208.
