FTP/FTPS/SFTP/SCP - 速度比较

Question

FTP、FTPS、SFTP、SCP在传输速率上如何比较，如何通过测试进行比较？

Answer 1

如果你有一个快速的广域网，你会发现它sftp和scp速度差不多，这很慢。它们都存在底层 openssh 的性能问题。对于现代硬件，这不是由于加密开销，而是由于 openssh 实现的问题 - 它实现了自己的内部窗口机制，该机制在快速连接时会中断。

这些问题在长距离（更高的延迟）连接上变得更加明显，但我什至在 LAN 上也遇到过缓慢的情况。

这些都是有据可查的，并且可以使用补丁来解决问题。修补连接的任一端都会有所帮助；理想情况下，你会修补两端。有关更多信息和补丁，请参阅匹兹堡超级计算机中心的高性能 SSH。

顺便说一句，一旦窗口问题得到解决，加密开销也可能成为一个问题。补丁也对此进行了修复。

同时，你会发现那ftp是非常不安全的；它以纯文本形式发送密码。

ftps我认为将 ftp 协议包装在 SSL 中。它可能比未修补的 SFTP/SCP 更快。

最后一个注意事项：根据我的经验，WinSCP 客户端（至少有时）非常缓慢。我不知道为什么，但根据他们的常见问题解答，我不是唯一遇到此问题的人。因此，如果您从 Windows 进行 scp，并且看起来很慢，请尝试不同的客户端。即使使用未打补丁的 openssh 服务器，您也可以使用不同的客户端做得更好。不幸的是，我不确定哪些是好的客户，除了大概pscp来自 Putty 的普通客户。

Answer 2

一般而言，所有协议的执行情况大致相同。与协议相比，您更有可能受到网络或磁盘速度的限制。

旧版本的 OpenSSH (SFTP/SCP) 使用固定的窗口大小，这将限制高延迟网络（例如跨大西洋）的速度。有一个补丁集可以解决这个问题，称为 HPN（高性能网络），它包含在大多数现代 OpenSSH 安装中。

如果您遇到诸如千兆位或更快的 LAN 链接和较慢的 CPU 等情况，那么 SFTP/SCP 可能会遇到瓶颈。您将能够分辨出，因为 ssh/scp/sftp 进程将在发送或接收主机上使用 100% 的 CPU。如果您使用的是较新版本的 OpenSSH (6.4+)，您可以启用 AES 密码的线程版本，该版本将能够使用 1 个以上的内核来处理加密，并且不太可能受到 CPU 而不是磁盘的限制或网络带宽。

如果您同时控制发送端和接收端，OpenSSH 6+ 还有一个可选的“NONECIPHER”模式。这使用常规加密/密钥等登录到远程机器，但随后进入未加密的连接以进行实际的文件复制。这将消除 CPU 开销。NONECIPHER 内置了一些保护措施，可以防止您获得未加密的外壳。

最后，协议不应该是速度的限制，尽管旧版本的 ssh 确实存在高延迟链接的问题。

Answer 3

一如既往，谷歌掌握着答案，
FTP vs SFTP vs FTPS
其中说 FTP > FTPS >
SFTP 在其他人的测试中，FTP 似乎也比 SCP 更快（http://www.lysesoft.com/support/forums /viewtopic.php?f=5&t=542）但我建议您自己尝试一下。
因此，只需在网络上的任意设备上设置 SCP 和 FTP，然后运行典型的文件传输，看看两者需要多长时间