file - 比 FTP 更快的文件传输

Question

FTP 是一种纯 TCP 连接协议(protocol)，因此在考虑 TCP 文件传输选项时 AFAIK“尽可能快”。

但是，还有一些其他产品不在 TCP 上运行 - 例如商业产品 BI.DAN-GUN , fasp和 FileCatalyst .后一个产品指出problems with pure TCP ，并且可以在维基百科上阅读更多内容，例如从 Network Congestion 开始.

还有哪些其他选择？ .. 特别是开源的？此外，人们会认为这应该是某种 RFC - 一种标准大型文件传输特定协议(protocol)，可能在 UDP 上运行。有人知道这样的协议(protocol)或倡议吗？ (Google SPDY 很有趣，但没有直接解决快速大文件传输问题)

Answer 1

为什么您认为使用 TCP 会使传输变慢？ TCP 通常能够使用所有可用带宽。改用 UDP 不太可能更快。事实上，如果您尝试进行可靠的基于 UDP 的文件传输，您最终可能会实现 TCP 的劣质替代方案 - 因为您必须自己实现可靠性。

FTP 的问题是它对您传输的每个文件执行多个同步请求-响应命令，并为每个文件打开一个新的数据连接。当传输大量较小的文件时，这会导致传输效率极低，因为大部分时间都花在了等待请求/响应和建立数据连接上，而不是实际传输数据上。

解决此问题的一种简单方法是将文件/文件夹打包到存档中。当然，您可以只制作存档，使用 FTP 或类似方式发送，然后在另一端解压，但打包和解压所花费的时间可能是 Not Acceptable 。您可以通过在线进行装箱和拆箱来避免这种延迟。我不知道有任何集成此类在线打包/解包的软件。但是，您可以简单地在管道中使用 nc 和 tar 程序(Linux，在 Windows 上使用 Cygwin ):

首先在接收器上运行:

nc -l -p 7000 | tar x -C <destination_folder>

这将使接收方等待端口号 7000 上的连接。然后在发送方上运行:

cd /some/folder
tar c ./* | nc -q0 <ip_address_of_receiver>:7000

这将使发送方连接到接收方，开始传输。发件人将创建 tar 存档，将其发送给接收者，接收者将同时提取它。如果需要，您可以颠倒发送者和接收者的角色(通​​过让接收者连接到发送者)。

这种在线 tar 方法没有 FTP 的两个性能问题；它不执行任何请求-响应命令，并且仅使用单个 TCP 连接。

但是请注意，这是不安全的；任何人都可以在我们的发送者之前连接到接收者，向他发送他自己的 tar 存档。如果这是一个问题，可以结合使用 VPN 和适当的防火墙规则。

编辑:您提到数据包丢失是 TCP 性能的一个问题，这是一个严重的问题，如果 FileCatalyst页面是值得相信的。确实，TCP 可能无法在高丢包率链路上实现最佳性能。这是因为 TCP 通常会对数据包丢失做出积极 react ，因为它假定丢失是由于拥塞造成的；见Additive_increase/multiplicative_decrease .我不知道有任何免费/开源文件传输程序会尝试使用自定义协议(protocol)来克服这个问题。然而，您可以尝试不同的 TCP congestion avoidance algorithms .特别是，尝试 Vegas ，它不使用数据包丢失作为降低传输速率的信号。