为什么大多数云文件传输服务这么慢？

为什么大多数云文件传输服务这么慢？毕竟，您的办公室有一个10Gb的互联网连接供您使用。文件不应该通过您的云文件传输解决方案压缩并在创纪录的时间内完成交付吗？

理想情况下，是的，但一个鲜为人知的事实是，互联网速度与云应用程序的高性能无关。没有足够的互联网或网络拥塞会影响您的速度，但云文件传输服务可能会故意限制其带宽以节省成本并平衡其他请求。

在这篇文章中，我将探讨为什么某些云文件传输服务会故意降低速度。我还将讨论 TCP 与 UDP 交付（以及对 TCP 有效性的常见误解），以及为什么镭速的新10Gbps优化将永远改变云交付。

文件传输速度慢？它比你想象的更常见

YouTube 的Linus 技术提示中有一段引人入胜的视频，讲述了他在 2019 年升级到 10Gbps 互联网（也称为 10 Gb、10G、10 GbE 或 10 GE）。

在切换到专用的 10Gbps 光纤线路并运行速度测试后，无论他尝试什么，Linus 都无法让他的新连接运行高于 2.6Gbps 左右。

“好吧，我们将不得不找到别的东西，”他最终说，他的挫败感越来越大。“我们能……喜欢什么，我们能用这个打什么？”

原来没有什么现成的。浏览器的最大速度通常在3到4Gbps左右。

事实上，在那些需要尽可能快的互联网性能的人中，这是一种常见的情况。但为什么？

瓶颈很糟糕，但它们有助于防止计算机硬件和软件不堪重负并一起崩溃。他们还帮助网络提供商管理他们的成本。10Gbps 是很大的带宽。为了适应所有带宽，云服务需要强大的服务器、更好的冷却、维护等。所有这些升级都需要时间、金钱和能源。

正如我们在网络拥塞博客文章中解释的那样，下载和上传性能（以及因此的整体文件传输周转时间）仅与网络中最薄弱的链接一样快。这包括您的所有硬件、电缆、应用程序和配置（以及您是否使用 WiFi，如果使用，您使用微波炉的频率）。

尽管自 Linus 于 2019 年制作视频以来，网络技术取得了长足的进步，但对于投资昂贵的 10Gbps 连接的大型工作室和邮局来说，瓶颈问题并没有太大变化。

为了充分利用这种昂贵的连接，用户必须优化他们的整个网络和基础设施来处理这样的速度——包括他们的云文件传输解决方案。

为什么有些文件传输工具选择慢？

所以考虑到这一点，让我们谈谈为什么一些云文件传输工具故意选择比预期慢（呃），特别是如果你有一个 Linus 级别的 10Gbps 连接。正如我上面提到的，答案是金钱。大多数消费级文件共享、同步和传输服务不愿意升级到基础设施或支付额外的服务器出口费用来适应千兆级数据传输。

这有一个很好的商业理由。

诸如WeTransfer之类的免费增值平台可以免费使用，也可以通过相对较低的月费获得。当大多数用户不需要如此高性能时，他们承担大量的基础设施成本是没有意义的。

例如，任何拥有10Gbps连接的人使用 Google Drive传输都将不可避免地达到 Google Drive 的速度限制。有一些技巧可以加快速度，但幅度不大，假设您的文件对于 Google Drive 的严格文件大小限制来说不是太大（如果您使用高分辨率视频文件，几乎可以肯定）。

而且由于许多像 WeTransfer 这样的云文件传输解决方案只能通过浏览器使用，因此即使升级基础设施，它们最终也会受到浏览器速度的限制。

UDP文件传输怎么样？

UDP 文件传输呢？UDP 被证明可以最大限度地提高速度并尽可能快地发送文件。这是真实的。

一些大型文件传输解决方案，尤其是那些具有昂贵的本地解决方案的解决方案，例如Aspera，通过用户数据报协议 (UDP) 文件传输提供高达 10Gbps 的连接。如果您的目标只是将文件发送到终点线，那么 UDP 是可用的最快解决方案。不幸的是，基于 UDP 的文件传输具有充分证明的可靠性和公平性问题。

我们已经讨论了带宽使用的成本影响以及为什么一些云服务选择刹车。但是，还值得注意的是节流有助于在多个用户之间分配带宽；例如，在家中或办公室。

由于其蛮力协议风格，UDP以为一个事件占用过多带宽并减慢其他用户的速度而闻名。这是因为 UDP 不需要管理传输控制协议 (TCP)的许多严格形式（例如“拥塞控制”），这是另一种广泛使用的用于在 Internet 上交换数据的协议。

此外，对于UDP，如果数据包（称为数据报）未到达或到达时已损坏或顺序错误，则不会重新发送数据与 TCP 一样。

虽然 UDP 以比 TCP 更快而闻名——主要是因为它不会放慢速度以确保每个人都在顺风顺水（我们将在下面看到）——但情况并非如此。

TCP 与 UDP：一个常见的误解

TCP 比 UDP 慢。这不是真的。TCP 只是对网络延迟和拥塞更敏感。

这是一个功能，而不是错误：TCP 检测到这种延迟并故意放慢速度以减少浪费的带宽并限制在到达目的地的途中可能丢失的数据的重新传输。此外，当 TCP 感知到拥塞时，它会自动适应，以便对网络中的所有用户公平。

但是有一些方法可以加速基于 TCP 的文件传输，同时保持这些基本的可靠性和公平性。您所要做的就是最大限度地减少延迟，然后，突然之间，任何速度问题都会消失。

为什么镭速文件传输技术从来不是瓶颈

镭速传输协议主要通过如下两方面来改善传输效率：

（1）更有效的拥塞判断及处理； 目前主流的拥塞判断是基于二十几年前的网络情况设计的，其基本假设是任何丢包都反映了网络拥塞。这一假设与现代网络情况已完全脱节。现代网络丢包常常并不是由拥塞因素引起的。这一脱节导致传输协议常常进入过于保守的传输状态。

镭速传输协议拥塞检测算法会自动收集路径上已有的背景传输信息（丢包、时延以及抖动），根据传输速度准确判断出实际的拥塞情况，既不过于保守也不过于激进，可以有效充分利用路径带宽。

（2）更准确及时地进行丢包判断恢复制机制；

标准 TCP 协议栈通过两种手段判断丢包：

接收端连续重复确认包（Dup-ACK）的数量；

ACK 超时；

当有较多丢包时，往往要靠 ACK 超时来判读超时并引发重传。现代网络的丢包经常是阵发，一个连接上有多个数据包同时丢失是常有的事。因此标准 TCP 经常要靠超时来重传补洞，往往导致出现几秒甚至上十秒的等待状态，让传输长时间停滞甚至中断。这是影响标准 TCP 效率主要问题之一。

镭速传输协议放弃了 TCP 协议把传输报文序列既用来作为传输的字节计数又作为可靠传输的确认标识的做法，设计了全新的 ACK 数据算法。传输发送方根据传输接收方返回的 ACK 信息，传输发送方可以第一时间精确判断出丢包情况并进行数据重发，而不用依赖多个 ACK 的累计确认或 ACK超时定时器来触发数据重发，极大的提升了传输速度和传输实时性。

镭速传输协议对比TCP协议测试数据如图2：

图2：镭速传输协议对比TCP协议测试数据

镭速文件传输加速服务

为应对大文件传输、海量小文件传输、跨国文件传输、P2P加速传输，数据容灾备份，一对多、多对多异构数据传输，多客户端并发传输，智能双向同步，对象存储等文件传输难题，镭速传输可以将自身的文件传输协议Raysync Protocol协议轻松置入企业现有软件系统中，同时支持镭速Proxy代理加速、FTP加速、RaySHH加速、SDK传输应用集成等多种加速方式。

镭速传输提供一站式文件传输加速解决方案，旨在为IT、影视、生物基因、制造业等众多行业客户实现高性能、安全、稳定的数据传输加速服务。传统文件传输方式（如FTP/HTTP/CIFS）在传输速度、传输安全、系统管控等多个方面存在问题，而镭速文件传输解决方案通过自主研发、技术创新，可满足客户在文件传输加速、传输安全、可管可控等全方位的需求。

本文《为什么大多数云文件传输服务这么慢？》内容由镭速大文件传输软件整理发布，如需转载，请注明出处及链接：https://www.raysync.cn/news/post-id-960