为什么多 TCP 连接比单 TCP 连接传输快

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

转自：

我观察到，客户端机器从单一服务器使用 HTTP 下载一个文件：
1. 单连接下载，速度没有达到客户端网络的最大带宽；
2. 多连接同时下载，传输速度有极大的提高，带宽被占满。

假设如下前提：
1. 服务器是单一的，没有使用提供相同文件的其它服务器，也没有使用同域名的其它服务器；
2. 服务器不对单个连接限速。

那么，是什么导致多连接下载的速度大为提高呢？换一种说法，是什么原因导致单一 TCP 连接没有尽可能地利用带宽呢？
是因为不同的 TCP 连接使用了不同的链路吗？可是传输层不应该影响网络层的吧？
是因为 TCP 本身的特性吗？那又是怎样的特性导致了这种结果呢？

测试结果：
1. 单连接下载：wget --header='Host: python.org' http://82.94.164.162/ftp/python/3.4.0/Python-3.4.0a3.tar.xz 138 KB/s
2. 多连接下载：aria2c -k 1M -x 16 -s 16 --header='Host: python.org' http://82.94.164.162/ftp/python/3.4.0/Python-3.4.0a3.tar.xz 414KiB/s
3. 国外服务器单连接下载： 2.26 MB/s

补充：文件是下载到内存的（tmpfs），因此避开了并发磁盘 I/O 带来的影响。

=====================================================================================================================

作者：知乎用户
链接：https://www.zhihu.com/question/21813579/answer/19402704
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

简短版本：

TCP特性使得每个TCP连接可以得到均等的带宽。在多用户环境下，一个用户拥有越多TCP连接，获得的带宽越大。

具体来说：

这个涉及到了TCP的拥塞控制。

我们先看一下单TCP连接的拥塞控制。

这是一个TCP连接的发送窗口。
&amp;lt;img src="/uploads/db/db3a35dea1a39d57bd884df0efbed277.jpg" data-rawwidth="434" data-rawheight="309" class="origin_image zh-lightbox-thumb" width="434" data-original="https://pic3.zhimg.com/ac38d18e3cd9c7941bbd753fe37bbbba_r.jpg"&amp;gt;

绿色部分为发送者已发送，且接收者已确认（ACKed）。
黄色部分为发送者已发送，但接收者尚未确认（"in-flight"）。
蓝色部分为可用但尚未发送。
灰色部分为不可用。

所以在RTT（round-trip time，来回通讯延迟）不变的情况下，cwnd这个变量基本决定传输速率。
&amp;lt;img src="/uploads/d4/d4463f3db15ac77d7fc73458f8854530.jpg" data-rawwidth="401" data-rawheight="105" class="content_image" width="401"&amp;gt;发送者总会试图找到不丢包情况下的最大速率。按照TCP协议，在传输开始之后，每接收到一个确认（ACK)就会把cwnd这个变量增大一倍。所以TCP连接开始之后应该是这个样子。发送者总会试图找到不丢包情况下的最大速率。按照TCP协议，在传输开始之后，每接收到一个确认（ACK)就会把cwnd这个变量增大一倍。所以TCP连接开始之后应该是这个样子。
&amp;lt;img src="/uploads/b1/b151730a67d5ac54d82963760346340a.jpg" data-rawwidth="519" data-rawheight="508" class="origin_image zh-lightbox-thumb" width="519" data-original="https://pic2.zhimg.com/d6eceab08d6e7e33b62f918502c2558d_r.jpg"&amp;gt;刚开始的时候传输速率应该是指数被增长的，直到丢包发生。丢包会有两种情况：

刚开始的时候传输速率应该是指数被增长的，直到丢包发生。丢包会有两种情况：
1.当接收者发送给发送者的ACK丢失了，这时会触发超时（timeout)。
2.当发送者发送给接收者的数据包丢失了，发送者会收到接收者发来的重复ACK，如果发送者收到了3个重复的ACK，也会认为发生了丢包。

具体对这两种情况采取的措施略有不同，但粗略来说，变量cwnd会被减半，也就是说传输速率减半。然后cwnd会再次增大，直到下次丢包发生。所以忽略最开始，TCP的吞吐量应该是这样。
&amp;lt;img src="/uploads/6e/6ecf005e8aa0c71f7e37c8da83d57942.jpg" data-rawwidth="663" data-rawheight="329" class="origin_image zh-lightbox-thumb" width="663" data-original="https://pic2.zhimg.com/931df6c47759a69e63cfd37c82594b21_r.jpg"&amp;gt;
好，那么现在我们来看多TCP连接的拥塞控制。
我们假设有两条同样的TCP连接。在他们的连接中间有一个共用的瓶颈路由器，带宽为R。
&amp;lt;img src="/uploads/4a/4a561ac84f285d591a40157f97065932.jpg" data-rawwidth="807" data-rawheight="410" class="origin_image zh-lightbox-thumb" width="807" data-original="https://pic3.zhimg.com/91b2492e537591557e5009f814aefef2_r.jpg"&amp;gt;假设这两条连接都需要传输足够大量的数据，那么不论他们谁先开始传输，最后一定会均分带宽。假设这两条连接都需要传输足够大量的数据，那么不论他们谁先开始传输，最后一定会均分带宽。
&amp;lt;img src="/uploads/a5/a50253e36f35ff8e100683a7d0664c0a.jpg" data-rawwidth="853" data-rawheight="489" class="origin_image zh-lightbox-thumb" width="853" data-original="https://pic4.zhimg.com/6dab723d3bbdffb03c748a1b69bba2df_r.jpg"&amp;gt;因为如果总传输速率低于R的时候就会不断增大传输速率，某个连接在增大传输速率的时候发生丢包就会减半传输速率，最后趋于平衡。