这类主题最值得先看的不是概念列表而是这些指标到底在什么场景下用、怎么测、怎么影响你的实际网络体验。无论是准备考试、面试还是排查日常的网络卡顿、下载慢理解性能指标的关键在于知道它们如何相互作用以及如何通过它们定位问题。很多人一上来就背带宽、时延、吞吐量的定义但遇到实际问题还是分不清是带宽不够还是时延太高。我更建议把性能指标拆成两层来看第一层是描述网络本身能力的“静态”指标比如带宽第二层是描述实际传输效果的“动态”指标比如吞吐量、时延。下面我会按实际排查问题的顺序把这些指标串起来讲清楚。1. 先分清带宽、速率和吞吐量别被数字忽悠了这三个词经常被混用但在定位网络问题时混淆它们会让你走错方向。1.1 带宽那条路的“理论宽度”不是实际跑多快带宽Bandwidth通常指信道能通过的最高数据率单位是比特每秒b/s, Kb/s, Mb/s, Gb/s。你可以把它想象成高速公路的理论最大车道数。你家办理的“100M宽带”这里的“100M”通常指的是带宽即100 Mb/s注意是小写b代表比特。关键点在于带宽是理论极限值它不代表你实际下载就能达到100 Mb/s。它受物理介质如网线、光纤、调制技术、协议开销等多种因素限制。运营商宣传的带宽往往是在理想实验室环境下测得的实际使用会打折扣。1.2 速率设备端口“喊”出来的能力速率Data Rate常指网络设备如网卡、交换机端口的额定工作速率比如100M、1G、10G。它和带宽概念很接近有时可以互换。但在具体语境中速率更偏向于指设备接口的标称能力。一个千兆1 Gb/s网卡其端口速率就是1 Gb/s。如果它连接到一个百兆100 Mb/s的交换机端口那么这条链路的有效带宽就会被限制在100 Mb/s。1.3 吞吐量实际“运了多少货”这才是你该关心的吞吐量Throughput是单位时间内通过某个网络接口的实际数据量。单位也是b/s。这才是真正反映你网络使用体验的指标。比如你用迅雷下载一个文件显示的平均下载速度是8 MB/s注意是大写B代表字节换算成比特率就是 8 * 8 64 Mb/s。这个64 Mb/s就是你在当前网络路径上获得的实际吞吐量。它们的关系吞吐量 ≤ 带宽。你的实际吞吐量可能远小于带宽原因包括网络拥塞、协议开销TCP/IP头、校验和、接收端处理能力不足等。实操判断当你觉得网速慢时第一步不是抱怨带宽不够。应该先测一下实际吞吐量比如用speedtest网站或iPerf3工具然后对比你购买的带宽。如果吞吐量只有带宽的10%-20%那问题很可能不在带宽本身而在网络路径质量、拥塞或本地设备。2. 时延影响“反应速度”的四个部分卡顿的元凶时延Delay 或 Latency是数据从网络一端传送到另一端所需的时间。高时延会导致网页打开慢、游戏卡顿、视频通话不同步。时延由四部分组成理解它们才能精准定位。2.1 发送时延数据“上车”的时间发送时延 数据长度比特 / 信道带宽比特/秒。 比如你要发送一个10 Mb的文件链路带宽是1 Mb/s那么发送时延就是 10 / 1 10秒。这就像一辆很长的货车通过一个窄桥货车越长数据包越大桥越窄带宽越小上车时间就越长。降低发送时延的方法增大带宽换更宽的路。减小数据包长度把大货车拆成小车。但包太小会增加协议开销需要权衡。2.2 传播时延信号在“路上跑”的时间传播时延 信道长度米 / 信号传播速率米/秒。 信号在介质中的传播速率是有限的在光纤中大约是每秒20万公里。传播时延取决于物理距离。从北京到上海的光纤距离约1300公里那么单程传播时延大约就是 1300 km / 200,000 km/s 6.5 毫秒。这个值是物理定律决定的无法通过升级带宽来降低。关键影响对于实时性要求高的应用如金融交易、在线竞技游戏物理距离带来的传播时延是硬伤所以服务器要尽量部署在离用户近的地方边缘计算。2.3 处理时延路由器“思考”的时间数据包在路由器或交换机中进行存储转发时需要时间包括检查分组首部、查找转发表、决定出口等。这个时间通常很短在毫秒甚至微秒级。但在网络设备负载很高CPU繁忙时处理时延会显著增加。2.4 排队时延在路由器“排队”的时间这是最不稳定、最容易导致网络抖动Jitter的部分。当多个数据包同时到达路由器而出口链路正在发送前一个包时后续的包就需要在缓存队列中等待。网络越拥塞队列越长排队时延就越大甚至可能导致丢包。总时延 发送时延 传播时延 处理时延 排队时延。排查顺序当你ping一个地址发现时延很高时先ping一个本地设备如路由器如果时延就很高1ms可能是本地设备处理问题或系统负载高。再ping一个远端服务器如果时延显著增加增加的部分主要是传播时延和路径上各路由器的处理与排队时延。如果时延波动很大抖动问题很可能出在路径中某个节点的排队时延不稳定即网络拥塞。3. 时延带宽积管道里能装多少“在途数据”这是一个容易忽略但非常重要的指标。时延带宽积 传播时延 × 带宽。它的单位是比特代表从发送端发出、但尚未到达接收端的比特数量也就是充满整个信道的比特数。你可以把它想象成一条水管时延是水管的长度带宽是水管的横截面积时延带宽积就是水管能容纳的水的体积。为什么重要对于TCP这类需要确认的协议发送方在收到接收方的确认之前最多只能发送一个“管道容量”的数据。如果时延带宽积很大比如长距离、高带宽链路而发送方设置的数据窗口很小那么管道就永远无法被填满带宽利用率会极低。这就是为什么在高速长距离网络中如跨洋通信需要启用TCP窗口缩放Window Scaling选项来增大窗口大小。简单判断如果你的网络带宽很高如1 Gb/s但实际传输大文件时速度远达不到预期除了拥塞可以检查一下是否是端到端时延较大而TCP窗口设置过小导致管道无法满负荷工作。可以使用ping测时延粗略估算时延带宽积。4. 往返时间RTT与利用率从用户感知到网络健康4.1 往返时间RTT你感受到的“迟钝”往返时间Round-Trip Time比单纯的单向时延更常用因为它包含了数据包从源到目的地再回到源所需的总时间。你执行ping命令得到的就是RTT。RTT ≈ 2 × 传播时延 沿途各节点的处理与排队时延总和发送时延通常较小且ping包很小。RTT直接影响交互式应用的体验Web浏览RTT决定了你点击链接后看到内容开始加载的时间。SSH/远程桌面每个按键的响应速度。在线游戏玩家的操作到服务器反馈的延迟。优化RTT主要靠减少物理距离选择近的服务器和避免网络拥塞减少排队时延。升级带宽对降低RTT帮助不大除非带宽严重不足导致排队激增。4.2 信道利用率与网络利用率网络有多“忙”信道利用率指某条信道有百分之多少的时间是有数据通过的。利用率不是越高越好。根据排队论当信道利用率接近100%时排队时延会急剧上升类似于高速公路堵死。网络利用率指整个网络的数据流量与网络最大承载能力的比值。经验法则对于一般的分组交换网络平均利用率控制在50%以下是比较理想的超过70%就可能开始出现明显的排队时延和抖动。高利用率是网络拥塞的直接表现。如何观察企业级路由器/交换机通常提供接口利用率统计。对于个人用户如果网络时断时续、时延抖动大可以观察任务管理器中的网络活动如果持续接近网卡最大速率很可能就是利用率过高导致拥塞。5. 丢包率与差错率不可靠的代价5.1 丢包率数据“消失”的比例丢包率Packet Loss Rate 丢失的包数量 / 发送的总包数量。 丢包通常由网络拥塞路由器队列满被迫丢弃新到的包、线路误码、设备故障等原因引起。影响对TCP丢包会触发超时重传或快速重传严重降低有效吞吐量。对UDP如音视频流丢包会导致卡顿、花屏、声音中断。可接受范围对于普通网络丢包率低于1%通常可以接受。对于实时音视频要求可能更高如0.1%。如果丢包率持续高于2%-5%就需要排查了。测试方法ping -n 100 目标地址观察统计信息中的“丢失”。更专业的工具如mtrWindows下是pathping可以显示到目标路径中每一跳的丢包情况帮助定位丢包发生的具体节点。5.2 差错率数据“被篡改”的比例差错率Bit Error Rate, BER指传输过程中出错的比特数占总比特数的比例。在有线网络中由于物理层编码和校验完善BER极低如10^{-12}以下。在无线网络中BER会高很多是影响无线网络质量的重要因素。差错通常由链路层的CRC校验发现并丢弃表现为丢包。所以对于上层应用如IP层感知到的主要是丢包。但了解差错率有助于判断物理链路质量特别是无线链路。6. 把这些指标串起来一次完整的网络问题排查推演假设场景办公室用户反馈访问公司内部文件服务器速度很慢。第一步定性——是带宽问题还是时延问题用户是打开文件慢可能时延高还是传输大文件慢可能带宽或吞吐量不足如果是前者重点查时延后者重点查吞吐量和带宽。第二步定量测量测吞吐量从用户电脑向服务器用iPerf3测TCP吞吐量。如果结果远低于网络设备端口速率如1Gb/s进入下一步。测时延和丢包ping服务器地址看RTT和丢包。如果RTT正常10ms丢包为0但吞吐量低可能问题出在两端TCP参数如窗口大小或服务器磁盘IO。分段排查如果ping的RTT高或有丢包使用mtr工具。mtr会显示到服务器路径上每一跳的丢包率和时延。如果发现从某个交换机比如第三跳开始时延骤增且丢包那么问题很可能就出在那台交换机或其连接的链路上如拥塞、端口错误、双工不匹配。第三步结合指标分析情况AiPerf3吞吐量低ping的RTT很高如100ms但路径中间节点时延正常。这可能是因为接收端服务器处理慢处理时延高或者TCP窗口太小导致发送端等待确认的时间长表现为RTT高。情况BiPerf3吞吐量低ping的RTT正常但mtr显示在路径中某处有20%丢包。这很可能是该处链路拥塞利用率过高导致排队时延增加和丢包TCP因频繁重传而降低速率。情况CiPerf3吞吐量接近链路带宽但用户感觉慢。这可能是因为用户操作涉及大量小数据包交互如打开包含很多小文件的目录此时时延特别是RTT成为瓶颈而非带宽。第四步关键指标检查清单遇到网络性能问题可以按以下顺序快速过一遍物理层网线/光纤是否完好接口灯状态是否正常速率和双工模式是否匹配常见问题一端强制千兆全双工另一端自动协商成百兆半双工带宽/利用率相关链路端口利用率是否持续过高70%时延端到端RTT是否在正常范围内路径中是否有某跳时延异常高丢包端到端及路径逐跳是否有丢包吞吐量实际应用层吞吐量是否达到预期是否受限于TCP窗口终端客户端和服务器本身的CPU、内存、磁盘IO是否正常防火墙设置是否正确7. 针对考试与面试的要点提炼与误区澄清如果你是在准备考试或面试除了理解上述概念还要注意以下几点7.1 易混淆点辨析带宽 vs 吞吐量带宽是能力上限吞吐量是实际成绩。考题常给一个场景让你判断描述的是哪个。发送时延 vs 传播时延发送时延与“数据长度”和“带宽”有关传播时延与“物理距离”和“信号传播速度”有关。处理一个分组的总时间是发送时延传播时延而不是它们中的最大值。时延带宽积它衡量的是“管道容量”是一个空间概念比特数不是时间概念。RTTRTT包含两次传播时延和沿途各节点的处理、排队、发送时延。在计算TCP交互时间时RTT是关键参数。7.2 计算题常见套路文件传输总时间总时间 分组发送时间 最后一个比特的传播时间。对于多个分组可能还需要考虑确认机制带来的等待时间如停止-等待协议。最大吞吐量计算给定带宽、时延、分组大小计算采用某种协议如停止-等待时的有效吞吐量。有效吞吐量 数据量 / 总时间。窗口大小与管道充满给定RTT和带宽计算为使管道充满所需的发送窗口大小单位字节。窗口大小 ≈ 带宽 × RTT。7.3 面试回答思路当被问到“如何理解网络性能指标”时不要只背定义。可以按层次回答分类先分两类一类是描述链路容量的带宽一类是描述传输效果的时延、吞吐量、丢包率。关系阐述它们之间的相互影响。例如高带宽可以降低发送时延但无法降低传播时延高时延会降低TCP的有效吞吐量除非窗口足够大高丢包率会严重降低吞吐量并增加时延重传。实践结合一次排查经历说明如何利用这些指标定位问题。例如“我曾遇到视频会议卡顿我先用ping查了RTT和丢包发现RTT正常但丢包率高然后用mtr定位到是公司出口路由器拥塞联系运营商调整后解决。”指标选择不同应用关注点不同。视频流关注吞吐量和丢包率游戏和远程交互关注RTT和抖动大数据传输关注吞吐量和带宽利用率。理解这些性能指标最终是为了在遇到真实的网络问题时手里有工具、心里有地图。下次再遇到网速慢别只想着重启路由器试着用ping、traceroute/mtr、iPerf3这几个基本工具结合带宽、时延、丢包率这几个核心指标一步步把问题范围缩小。对于学习和考试则要抓住每个指标的本质、单位和相互制约关系多做结合场景的计算和分析。 这类主题最值得先看的不是概念列表而是这些指标到底在什么场景下用、怎么测、怎么影响你的实际网络体验。无论是准备考试、面试还是排查日常的网络卡顿、下载慢理解性能指标的关键在于知道它们如何相互作用以及如何通过它们定位问题。很多人一上来就背带宽、时延、吞吐量的定义但遇到实际问题还是分不清是带宽不够还是时延太高。我更建议把性能指标拆成两层来看第一层是描述网络本身能力的“静态”指标比如带宽第二层是描述实际传输效果的“动态”指标比如吞吐量、时延。下面我会按实际排查问题的顺序把这些指标串起来讲清楚。1. 先分清带宽、速率和吞吐量别被数字忽悠了这三个词经常被混用但在定位网络问题时混淆它们会让你走错方向。1.1 带宽那条路的“理论宽度”不是实际跑多快带宽Bandwidth通常指信道能通过的最高数据率单位是比特每秒b/s, Kb/s, Mb/s, Gb/s。你可以把它想象成高速公路的理论最大车道数。你家办理的“100M宽带”这里的“100M”通常指的是带宽即100 Mb/s注意是小写b代表比特。关键点在于带宽是理论极限值它不代表你实际下载就能达到100 Mb/s。它受物理介质如网线、光纤、调制技术、协议开销等多种因素限制。运营商宣传的带宽往往是在理想实验室环境下测得的实际使用会打折扣。1.2 速率设备端口“喊”出来的能力速率Data Rate常指网络设备如网卡、交换机端口的额定工作速率比如100M、1G、10G。它和带宽概念很接近有时可以互换。但在具体语境中速率更偏向于指设备接口的标称能力。一个千兆1 Gb/s网卡其端口速率就是1 Gb/s。如果它连接到一个百兆100 Mb/s的交换机端口那么这条链路的有效带宽就会被限制在100 Mb/s。1.3 吞吐量实际“运了多少货”这才是你该关心的吞吐量Throughput是单位时间内通过某个网络接口的实际数据量。单位也是b/s。这才是真正反映你网络使用体验的指标。比如你用迅雷下载一个文件显示的平均下载速度是8 MB/s注意是大写B代表字节换算成比特率就是 8 * 8 64 Mb/s。这个64 Mb/s就是你在当前网络路径上获得的实际吞吐量。它们的关系吞吐量 ≤ 带宽。你的实际吞吐量可能远小于带宽原因包括网络拥塞、协议开销TCP/IP头、校验和、接收端处理能力不足等。实操判断当你觉得网速慢时第一步不是抱怨带宽不够。应该先测一下实际吞吐量比如用speedtest网站或iPerf3工具然后对比你购买的带宽。如果吞吐量只有带宽的10%-20%那问题很可能不在带宽本身而在网络路径质量、拥塞或本地设备。2. 时延影响“反应速度”的四个部分卡顿的元凶时延Delay 或 Latency是数据从网络一端传送到另一端所需的时间。高时延会导致网页打开慢、游戏卡顿、视频通话不同步。时延由四部分组成理解它们才能精准定位。2.1 发送时延数据“上车”的时间发送时延 数据长度比特 / 信道带宽比特/秒。 比如你要发送一个10 Mb的文件链路带宽是1 Mb/s那么发送时延就是 10 / 1 10秒。这就像一辆很长的货车通过一个窄桥货车越长数据包越大桥越窄带宽越小上车时间就越长。降低发送时延的方法增大带宽换更宽的路。减小数据包长度把大货车拆成小车。但包太小会增加协议开销需要权衡。2.2 传播时延信号在“路上跑”的时间传播时延 信道长度米 / 信号传播速率米/秒。 信号在介质中的传播速率是有限的在光纤中大约是每秒20万公里。传播时延取决于物理距离。从北京到上海的光纤距离约1300公里那么单程传播时延大约就是 1300 km / 200,000 km/s 6.5 毫秒。这个值是物理定律决定的无法通过升级带宽来降低。关键影响对于实时性要求高的应用如金融交易、在线竞技游戏物理距离带来的传播时延是硬伤所以服务器要尽量部署在离用户近的地方边缘计算。2.3 处理时延路由器“思考”的时间数据包在路由器或交换机中进行存储转发时需要时间包括检查分组首部、查找转发表、决定出口等。这个时间通常很短在毫秒甚至微秒级。但在网络设备负载很高CPU繁忙时处理时延会显著增加。2.4 排队时延在路由器“排队”的时间这是最不稳定、最容易导致网络抖动Jitter的部分。当多个数据包同时到达路由器而出口链路正在发送前一个包时后续的包就需要在缓存队列中等待。网络越拥塞队列越长排队时延就越大甚至可能导致丢包。总时延 发送时延 传播时延 处理时延 排队时延。排查顺序当你ping一个地址发现时延很高时先ping一个本地设备如路由器如果时延就很高1ms可能是本地设备处理问题或系统负载高。再ping一个远端服务器如果时延显著增加增加的部分主要是传播时延和路径上各路由器的处理与排队时延。如果时延波动很大抖动问题很可能出在路径中某个节点的排队时延不稳定即网络拥塞。3. 时延带宽积管道里能装多少“在途数据”这是一个容易忽略但非常重要的指标。时延带宽积 传播时延 × 带宽。它的单位是比特代表从发送端发出、但尚未到达接收端的比特数量也就是充满整个信道的比特数。你可以把它想象成一条水管时延是水管的长度带宽是水管的横截面积时延带宽积就是水管能容纳的水的体积。为什么重要对于TCP这类需要确认的协议发送方在收到接收方的确认之前最多只能发送一个“管道容量”的数据。如果时延带宽积很大比如长距离、高带宽链路而发送方设置的数据窗口很小那么管道就永远无法被填满带宽利用率会极低。这就是为什么在高速长距离网络中如跨洋通信需要启用TCP窗口缩放Window Scaling选项来增大窗口大小。简单判断如果你的网络带宽很高如1 Gb/s但实际传输大文件时速度远达不到预期除了拥塞可以检查一下是否是端到端时延较大而TCP窗口设置过小导致管道无法满负荷工作。可以使用ping测时延粗略估算时延带宽积。4. 往返时间RTT与利用率从用户感知到网络健康4.1 往返时间RTT你感受到的“迟钝”往返时间Round-Trip Time比单纯的单向时延更常用因为它包含了数据包从源到目的地再回到源所需的总时间。你执行ping命令得到的就是RTT。RTT ≈ 2 × 传播时延 沿途各节点的处理与排队时延总和发送时延通常较小且ping包很小。RTT直接影响交互式应用的体验Web浏览RTT决定了你点击链接后看到内容开始加载的时间。SSH/远程桌面每个按键的响应速度。在线游戏玩家的操作到服务器反馈的延迟。优化RTT主要靠减少物理距离选择近的服务器和避免网络拥塞减少排队时延。升级带宽对降低RTT帮助不大除非带宽严重不足导致排队激增。4.2 信道利用率与网络利用率网络有多“忙”信道利用率指某条信道有百分之多少的时间是有数据通过的。利用率不是越高越好。根据排队论当信道利用率接近100%时排队时延会急剧上升类似于高速公路堵死。网络利用率指整个网络的数据流量与网络最大承载能力的比值。经验法则对于一般的分组交换网络平均利用率控制在50%以下是比较理想的超过70%就可能开始出现明显的排队时延和抖动。高利用率是网络拥塞的直接表现。如何观察企业级路由器/交换机通常提供接口利用率统计。对于个人用户如果网络时断时续、时延抖动大可以观察任务管理器中的网络活动如果持续接近网卡最大速率很可能就是利用率过高导致拥塞。5. 丢包率与差错率不可靠的代价5.1 丢包率数据“消失”的比例丢包率Packet Loss Rate 丢失的包数量 / 发送的总包数量。 丢包通常由网络拥塞路由器队列满被迫丢弃新到的包、线路误码、设备故障等原因引起。影响对TCP丢包会触发超时重传或快速重传严重降低有效吞吐量。对UDP如音视频流丢包会导致卡顿、花屏、声音中断。可接受范围对于普通网络丢包率低于1%通常可以接受。对于实时音视频要求可能更高如0.1%。如果丢包率持续高于2%-5%就需要排查了。测试方法ping -n 100 目标地址观察统计信息中的“丢失”。更专业的工具如mtrWindows下是pathping可以显示到目标路径中每一跳的丢包情况帮助定位丢包发生的具体节点。5.2 差错率数据“被篡改”的比例差错率Bit Error Rate, BER指传输过程中出错的比特数占总比特数的比例。在有线网络中由于物理层编码和校验完善BER极低如10^{-12}以下。在无线网络中BER会高很多是影响无线网络质量的重要因素。差错通常由链路层的CRC校验发现并丢弃表现为丢包。所以对于上层应用如IP层感知到的主要是丢包。但了解差错率有助于判断物理链路质量特别是无线链路。6. 把这些指标串起来一次完整的网络问题排查推演假设场景办公室用户反馈访问公司内部文件服务器速度很慢。第一步定性——是带宽问题还是时延问题用户是打开文件慢可能时延高还是传输大文件慢可能带宽或吞吐量不足如果是前者重点查时延后者重点查吞吐量和带宽。第二步定量测量测吞吐量从用户电脑向服务器用iPerf3测TCP吞吐量。如果结果远低于网络设备端口速率如1Gb/s进入下一步。测时延和丢包ping服务器地址看RTT和丢包。如果RTT正常10ms丢包为0但吞吐量低可能问题出在两端TCP参数如窗口大小或服务器磁盘IO。分段排查如果ping的RTT高或有丢包使用mtr工具。mtr会显示到服务器路径上每一跳的丢包率和时延。如果发现从某个交换机比如第三跳开始时延骤增且丢包那么问题很可能就出在那台交换机或其连接的链路上如拥塞、端口错误、双工不匹配。第三步结合指标分析情况AiPerf3吞吐量低ping的RTT很高如100ms但路径中间节点时延正常。这可能是因为接收端服务器处理慢处理时延高或者TCP窗口太小导致发送端等待确认的时间长表现为RTT高。情况BiPerf3吞吐量低ping的RTT正常但mtr显示在路径中某处有20%丢包。这很可能是该处链路拥塞利用率过高导致排队时延增加和丢包TCP因频繁重传而降低速率。情况CiPerf3吞吐量接近链路带宽但用户感觉慢。这可能是因为用户操作涉及大量小数据包交互如打开包含很多小文件的目录此时时延特别是RTT成为瓶颈而非带宽。第四步关键指标检查清单遇到网络性能问题可以按以下顺序快速过一遍物理层网线/光纤是否完好接口灯状态是否正常速率和双工模式是否匹配常见问题一端强制千兆全双工另一端自动协商成百兆半双工带宽/利用率相关链路端口利用率是否持续过高70%时延端到端RTT是否在正常范围内路径中是否有某跳时延异常高丢包端到端及路径逐跳是否有丢包吞吐量实际应用层吞吐量是否达到预期是否受限于TCP窗口终端客户端和服务器本身的CPU、内存、磁盘IO是否正常防火墙设置是否正确7. 针对考试与面试的要点提炼与误区澄清如果你是在准备考试或面试除了理解上述概念还要注意以下几点7.1 易混淆点辨析带宽 vs 吞吐量带宽是能力上限吞吐量是实际成绩。考题常给一个场景让你判断描述的是哪个。发送时延 vs 传播时延发送时延与“数据长度”和“带宽”有关传播时延与“物理距离”和“信号传播速度”有关。处理一个分组的总时间是发送时延传播时延而不是它们中的最大值。时延带宽积它衡量的是“管道容量”是一个空间概念比特数不是时间概念。RTTRTT包含两次传播时延和沿途各节点的处理、排队、发送时延。在计算TCP交互时间时RTT是关键参数。7.2 计算题常见套路文件传输总时间总时间 分组发送时间 最后一个比特的传播时间。对于多个分组可能还需要考虑确认机制带来的等待时间如停止-等待协议。最大吞吐量计算给定带宽、时延、分组大小计算采用某种协议如停止-等待时的有效吞吐量。有效吞吐量 数据量 / 总时间。窗口大小与管道充满给定RTT和带宽计算为使管道充满所需的发送窗口大小单位字节。窗口大小 ≈ 带宽 × RTT。7.3 面试回答思路当被问到“如何理解网络性能指标”时不要只背定义。可以按层次回答分类先分两类一类是描述链路容量的带宽一类是描述传输效果的时延、吞吐量、丢包率。关系阐述它们之间的相互影响。例如高带宽可以降低发送时延但无法降低传播时延高时延会降低TCP的有效吞吐量除非窗口足够大高丢包率会严重降低吞吐量并增加时延重传。实践结合一次排查经历说明如何利用这些指标定位问题。例如“我曾遇到视频会议卡顿我先用ping查了RTT和丢包发现RTT正常但丢包率高然后用mtr定位到是公司出口路由器拥塞联系运营商调整后解决。”指标选择不同应用关注点不同。视频流关注吞吐量和丢包率游戏和远程交互关注RTT和抖动大数据传输关注吞吐量和带宽利用率。理解这些性能指标最终是为了在遇到真实的网络问题时手里有工具、心里有地图。下次再遇到网速慢别只想着重启路由器试着用ping、traceroute/mtr、iPerf3这几个基本工具结合带宽、时延、丢包率这几个核心指标一步步把问题范围缩小。对于学习和考试则要抓住每个指标的本质、单位和相互制约关系多做结合场景的计算和分析。 
