Linux不友好的IIS / ASP.NET :-):在Windows上快速下载,但在Linux上慢

这个特定的网站(gops.tay.be)提供对象快速,如果我尝试请求使用Windows的页面,但我得到他们非常缓慢,如果尝试使用Linux。 如果我使用浏览器或curl,则没有区别:

Windows

C:\curl>curl http://gops.tay.be/RadControls/Upload/Skins/Office2007/RadUpload.css -w %{time_total} -o 1.txt -s 0,078 

Linux

 [root@ ~]# curl http://gops.tay.be/RadControls/Upload/Skins/Office2007/RadUpload.css -w %{time_total} -o 1.txt -s 5.551 [root@ ~]# host gops.tay.be gops.tay.be has address 194.7.31.58 [root@ ~]# ip -s -orsc |grep 194.7.31.58 194.7.31.58 from 192.168.252.176 via 192.168.252.254 dev eth0 \ cache used 2 age 2sec ipid 0x26de rtt 98ms rttvar 110ms cwnd 10 194.7.31.58 via 192.168.252.254 dev eth0 src 192.168.252.176 \ cache age 8sec ipid 0x26de rtt 98ms rttvar 110ms cwnd 10 local 192.168.252.176 from 194.7.31.58 dev lo src 192.168.252.176 \ cache <local> used 6 age 2sec iif eth0 

wireshark中,下载(会话初始化等)似乎是相同的,除了linux有tcp.options.wscale.multiplier = 4和windows有256gops.tay.be服务器总是有tcp.options.wscale.multiplier = 1

从Linux的任何其他下载工作得很好。 例如,对于http://cdn.sstatic.net/serverfault/all.css?v=b1f1055f1c12tcp.options.wscale.multiplier = 4开头, tcp.options.wscale.multiplier = 4的值为1024

什么可能导致这样的节stream? 为什么从Windows的下载盒子比较快?

区别是由于tcp时间戳在Linux中使用,而不是在Windows中。 closures它使问题消失。

我没有答案,为什么你正在丢失数据包,因为这个选项虽然。