我们正在使用Internet Explorer中的HTTPS缓慢上传文件。
我们有几百台电脑，目前正在进行租赁轮换（新机器取代现在的出售机器）。
在一些机器上，我们注意到使用https正常上传到外部网站的30秒文件花费了90秒（实际上实验表明它更像是110-130秒）。
一般来说，一台机器可以正常工作，然后开始变慢。 新机器几乎普遍存在这个问题（我正在获得一些信息，所以我不确定是否所有新机器都有问题）。 一台机器上的所有用户一旦开始变慢，就会有缓慢的问题。 一般来说，旧机器没有问题。
对于有问题的计算机，看看networkingstream量，看起来文件正在以16K字节块（11个TCP消息）上传，接着在下一组消息被发送之前，以3/10秒的延迟进行上传。 哦，是的，你应该知道的是：我们在澳大利亚，但是我们所有的networkingstream量都是通过加拿大的，目的地是在美国（我认为）。 我试图用WireShark在不受影响的计算机上进行testing。
我们在registry中实现了BreakingBufferSize修复程序，以LocalMachine /…/ IE / Main / …和CurrentUser /…/ IE / Main / …（以及LocalMachine /…/ policies / …（虽然这是由别人完成的））。 无济于事。
我们正在运行Windows XP SP2。 问题发生在IE 6和IE 7中。由于受到企业保护（因此与加拿大的连接），我们的系统在XP补丁上可能不是最新的。
任何想法是什么导致这个恼人的问题？
解决scheme竟然是：HTTPfile upload操作需要很长时间才能完成
http://support.microsoft.com/kb/329781/
当您使用HTTP文件上载function上传数兆字节的文件时，上传操作可能需要很长时间才能完成。
出现此问题的原因默认Winsock发送缓冲区是8千字节（KB），因此Internet Explorer提供8 KB数据块中的数据。 在平均networking上，无论networking带宽如何，这大约等于每秒80 KB（KBps）。
若要解决此问题，configurationInternet Explorer以增加发送缓冲区与Winsock进行通信时。 当您使用HTTPfile upload方法时，这会提高networking性能。 要这样做，请按照下列步骤操作。
比较好的和坏的主机的wireshark踪迹。 在你的networking中，延迟是关键问题。 如果确认过多，则传输速率将受到影响。 限制他们的数量的方法是增加TCP窗口的大小。 但是由于不同的神秘参数的依赖而变得复杂。
比较新老主机上的HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters项。 也许老主机被绞死了。
它只发生在https连接上吗？ 你有尝试其他types的上传？
search谷歌的“TCP XP窗口大小”