我们最近得到了新的互联网–100Mb / s光纤 – 并且一直在抱怨我们的新ISP对美国一些FTP服务器的传输速度（300ms以外）。 特别是对于一台服务器，我们只能达到1Mb / s。 之后，他们向我们保证，他们没有形成或形成节stream的转移。
所以在经过一位技术人员的访问之后，他说他在另一个客户端看到了这个相同的问题，并且显示他尝试从其下载的几乎任何国际FTP站点展示类似的速度问题。 他说FTP就是这样，延迟越高，速度越低。 我从来没有听说过这种限制。 所以我做了一些阅读。
我了解到“长pipe”需要很大的缓冲才能确保事情顺利进行。 而且这个缓冲区大小没有硬性和快速的配方。
FTP服务器在运行Filezilla的Windows VPS上。 – 我们这边的客户端是一个特殊的第三方应用程序，它监视服务器的新订单，当它们完成时，下载它们并从服务器上删除文件。
我不能玩客户端的缓冲区大小（我问开发人员，但我还没有看到一种方式） – 但我可以在File Zilla中调整缓冲区大小。
所以我做了一些不同速度的传输，似乎find了一个不错的甜蜜点，我可以达到几乎7Mb / s。 但这仍然只是我应该得到的一小部分。 https://www.dropbox.com/s/0dlwwuteq2o6txq/Screenshot%202016-03-08%2016.45.03.png?dl=0
我看了很多像这样的问题： 1千兆光纤上的Filezilla FTP缓慢上传（350KBps）？ 和https://stackoverflow.com/questions/30847433/very-slow-ftp-download其中大多数都说“缓冲区大小，缓冲区大小，缓冲区大小”但是我当然应该比7Mb / s
所以这里的问题是：
如果我不信任互联网服务提供商，并相信我的产品线正在形成，那我怎么能certificate这一点？
FileZilla有一个“内部缓冲区”，其上限为6位，而“套接字缓冲区”可以更高。 这两个怎么玩，我发现有内部的一半的sockets似乎是最好的，但有其他configuration，我应该尝试？
缓冲区大小是否需要在8（32768，65536，131072等）的平方或我可以与其他数字之间？
3B。 我发现最好的情况是262144（套接字）和131072（内部） – 我应该开始在那里以较小的增量进行testing吗？
谢谢史蒂芬
所以从我从迈克尔·汉普顿的“带宽延迟产品”中收集到的信息，这个“长长的pipe道”并不会给我们所需要的性能。 我们可以使FTP更靠近，或者使用更好的文件传输方法，而不是“来回”。
由于在不使用FTP时涉及到其他客户端软件问题，我们select使服务器更靠近。 我得到一个当地的VPS – 一半规格的价格的两倍，但只有2ms的距离，传输速度是美丽的。
另一种方法是在服务器上安装Dropbox，并将其与本地文件夹同步。 这会显着加快速度。 但由于其他软件和工作stream程的要求/限制，这不是一个合适的解决scheme。
尝试使用最新的FileZilla FTP服务器。 0.9.59。 无论出于何种原因，该版本对我来说（10x）的networking吞吐量都有显着的提升。 我认为0.9.58实际上是帮助的变化：
0.9.58（2016-08-11）新function：
TCP发送缓冲区自动调整性能改进可降低高负载下的CPU使用率对于基于TLS的FTP，禁用IDEA和SEED密码