我有1 Gbit的光纤下行，我运行Filezilla FTP服务器（我在瑞典），一个在美国的人需要从我这里下载。 他有60/8的互联网，所以他应该能够下载约7.5MBsec，但只得到350KB秒。 他可以上传1MBsec给我。
延迟大约是155毫秒，我有：
CMD: netsh interface tcp set global congestionprovider=ctcp …和FileZilla的XMLconfiguration：
Socket recv buffer size 4194304 Socket send buffer size 1162500
使用1162500的TCP吞吐量应该是大约60Mbit，155ms，但是不起作用。
任何人都知道问题可能是什么？
我们来看看，这可能是：
RTT通常主导窗口谈判，所以我猜测155ms加上他的不对称正在导致他要求你放慢速度。 既然你是一个文件服务器，我会把它从TCP完全移走，你不需要保证顺序传递，是吗？
或者发布一个转储，我敢肯定，我们其中一个人会很高兴为你看看它。
迈克尔汉普顿其实是正确的，你可以增加你的发送缓冲区（我想大概是2 ^ 26），忽略他对窗口变化的请求，但这有点令人厌恶，不保证不会给你带来更多的麻烦跨大西洋拖拉…我们可能必须让史蒂文生从死里复活来画一些照片。
去UDP，或者至less在过去十年或两年里积极发展的东西（SPDY想到）。