我的应用程序需要有一个文件上传组件，它将上传非常大（> 1gb）的文件。我还没有决定要使用的协议（HTTP 或 FTP）（在这方面的任何帮助都将受到高度赞赏）。现在，当一个用户使用此上传功能时，不应妨碍其他用户的工作，即一个大文件上传不应占用其他用户的带宽。
有什么办法可以在 n/w 中限制此上传过程，以便我只能为其分配这么多的 b/w，这将继续上传过程并且其他用户的工作也不会受到阻碍？从 n/w 的角度来看，这种类型的大文件上传（HTTP 或 FTP）的最佳协议是什么？FTP 和 SFTP 是一样的，还是 SFTP 的开销更大，因此数据传输速率更慢？
如果您需要限制自己的应用程序，那么我建议您在应用程序本身中包含 daat 速率限制支持，但如果您使用 3rd 方库进行发送，这可能是不可能的。
您没有说明任何关于您的平台和预期安装环境的任何内容，这使得具体的建议变得困难，但 libcurl ( http://curl.haxx.se/ ) 通常是一种流行的选择，并且支持几乎所有的直接点对点协议传输，具有速率限制选项，可用于大多数平台，包括 Linux、BSD、MacOS 和 Windows。该许可证也允许在非 F/OSS 应用程序中进行链接，如果这对您来说是个问题，并且如果您找不到所选语言的直接绑定，您可以随时通过外部
curl实用程序调用它。如果您在使用不支持速率限制的库或外部程序时遇到问题，并且您使用的是 Linux（或其他类似 unix 的环境），那么您可以查看涓流（参见此处）或内置的流量整形现代内核（有很多指南，这是一个快速谷歌的顶部）。使用这样的流量整形将允许您控制整个传出带宽，而不仅仅是一个应用程序，因此您可以停止任何流（或流组合）消耗您网络的所有上行带宽，而无需更改单个应用程序。
如果您使用的应用程序支持，您可以在应用程序级别限制带宽。例如， curl 采用您可以指定的 --limit-rate 选项。
您可以使用服务质量 (QoS) 限制网络本身的带宽。这有点复杂 -这里有一个很好的介绍。
如果不考虑安全性，则首选 ftp 而不是 sftp 以避免加密。对于 1 GB 大的文件，我认为您不必担心人们会嗅探，因为用户通常不会嗅探这么大的文件。所以ftp没问题。