图片来源：markyharky这是一系列文章中的第一篇，探讨了是什么让网络变慢以及如何应对。假设您需要将1TB的数据（可能是您的家庭电影集）从旧金山传输到伦敦。最快的路线是什么？把磁盘放在SFO的英国航空286航班上，还是用100mbps的连接通过互联网传送？令人惊讶的是，答案是前者而不是后者。如果你有一个完美的100 Mbps的互联网连接，并能完全填满数据，传输将需要22小时13分钟。英国航空公司在不到10小时的时间内完成了飞行。但即使有100 Mbps的互联网连接，旧金山和伦敦之间的传输速度也不可能达到100 Mbps。TCP协议的细节与光的传输速度相互勾结，使得有效传输速度大大降低。要真正了解互联网连接的速度，无论是传输1TB的数据还是下载网页，你需要知道两个值：带宽和延迟。带宽是在一个时间单位内连接上可以发送多少数据。在上面的例子中，互联网连接的带宽为100Mbps，波音747的带宽为222Mbps（携带的1TB除以飞行时间）。延迟是连接中数据的"飞行时间"。通过互联网连接伦敦和旧金山延迟大约是150毫秒，这个数字是由光速控制和限制的。对于747来说，延迟是10小时的实际飞行时间。英国航空公司在传输1TB的数据时要确保可靠性。这些数据不可能不到达伦敦。互联网并没有提供同样的保证。当数据通过互联网传输时，它会被延迟、丢失、损坏和排序错误。因此，因特网的核心协议TCP提供了一些机制来确保数据的可靠传输，尽管数据正在通过有损网络。正是这些机制减慢了数据的传输速度，光速也发挥了作用。（如果航空公司的飞机损失率与互联网上看到的数据包丢失率相同，仅在美国就有28起飞机失事）。

图片来源：El Ronzo为了确保可靠性，TCP将要发送的数据分成块（这些块进一步分解为数据包），然后发送数据块，然后等待成功接收块的确认。在等待确认光速发挥作用的时候。假设有一个65kB的数据块通过一个延迟为150ms的链路发送，65kB的数据需要150ms才能到达目的地，而接收机器发送一个确认信息需要150ms才能到达。因此，需要占用0.3s来确保65KB已成功到达；这个数字称为往返时间。这些确认延迟严重阻碍了远距离（也包括从移动电话）的连接。TCP可以在单个块中发送的数据量由接收方机器的接收窗口控制。对于上网者来说，这意味着接收机器可以控制在没有确认的情况下可以发送多少信息。接收窗口和往返时间的结合限制了下载的速度，无论带宽是多少。TCP的最大吞吐量是接收窗口除以往返时间。例如，在我的机器上，接收窗口设置为524288字节，这意味着在从伦敦到旧金山的慢速链接上，我能得到的最快下载量是524288字节/0.3s或14mbps。比我希望的100Mbps要少得多。所以，我的1TB下载实际上需要6天以上！光速确实是下载的一个限制因素。你如何对抗光速？既然你不能控制接收窗口，你唯一能做的就是把你的网站移近浏览它的人。当然，这对大多数网站来说并不实用，因为你必须在世界各地都有这个网站的副本。CloudFlare通过在世界各地建立数据中心，为您对抗光速。如果您的站点在CloudFlare上，那么浏览者将连接到离他们最近的数据中心。例如，CloudFlare自己的网站位于加利福尼亚州，但由于CloudFlare的伦敦数据中心，距离伦敦似乎只有10毫秒的路程。同一个网站在世界各地的分布是为了任何CloudFlare客户。在我的下一篇文章中，我将介绍您可以对网站内容进行的优化，以实现快速浏览，并展示CloudFlare的帮助。本系列文章的第二部分现已面世：是什么让SPDY变得更快？