础知识
这一部分更加深入和技术性强。已经了解基础知识的人可以从这里开始。 第 3 部分:实用的 /3 部署选项 本系列的第三篇文章介绍了自行部署和测试 /3 所涉及的挑战。它还详细说明了如何以及是否应该更改网页和资源。 速度入门 讨论性能和“速度”很快就会变得复杂,因为许多潜在的方面都会导 手机号数据库列表 致网页加载“缓慢”。因为我们在这里处理网络协议,所以我们将主要关注网络方面,其中两个最重要:延迟和带宽。
延迟可以粗略地定义为将数据包从 A 点(例如客户端)发送到 B 点(服务器)所需的时间。它在物理上受到光速的限制,或者实际上受到信号在电线或露天传输速度的限制。这意味着延迟通常取决于 A 和 B 之间的物理、现实距离。
实际上,这意味着典型的延迟在概念上很小,大约在 10 到 200 毫秒之间。然而,这只是一种方式:对数据包的响应也需要返回。双向延迟通常称为往返时间 (RTT)。
由于拥塞控制等功能(见下文),我们通常需要多次往返才能加载单个文件。因此,即使低于 50 毫秒的低延迟也会导致相当大的延迟。这是内容交付网络 (CDN) 存在的主要原因之一:它们将服务器放置在物理上更靠近最终用户的位置,以尽可能减少延迟,从而减少延迟。
那么带宽,大致可以说是可以同时发送的数据包数量。这有点难以解释,因为它取决于介质的物理特性(例如,无线电波的使用频率)、网络上的用户数量以及互连不同子网的设备(因为它们通常每秒只能处理一定数量的数据包)。
一个经常使用的比喻是用于输送水的管道。管道的长度是延迟,而管道的宽度是带宽。然而,在互联网上,我们通常拥有一长串连接的管道,其中一些管道可能比其他管道更宽(导致最窄链路处出现所谓的瓶颈)。因此,A 点和 B 点之间的端到端带宽通常受到最慢分段的限制。
虽然本文的其余部分不需要完全理解这些概念,但有一个通用的高级定义会很好。有关更多信息,我建议您查看 Ilya Grigorik在其著作《高性能浏览器网络》中关于延迟和带宽的精彩章节。
拥塞控制 性能的一个方面是关于传输协议如何有效地使用网络的完整(物理)带宽(即大致每秒可以发送或接收多少个数据包)。这反过来又会影响页面资源的下载速度。有人声称 QUIC 在这方面比 TCP 做得更好,但事实并非如此。
你可知道?
例如,TCP 连接不仅仅开始以全带宽发送数据,因为这可能最终导致网络过载(或拥塞)。这是因为,正如我们所说,每个网络链路每秒只能(物理)处理一定量的数据。再多的话,除了丢弃过多的数据包之外别无选择,从而导致数据包丢失。
|