📚 课程目录第4章性能测试工具

4. 性能测试工具：ping、traceroute、iperf、netstat、tcpdump、Wireshark等

4.1 工具定位与核心原理

TCP/IP性能优化离不开“测量”。没有准确的测量数据，任何优化都只是猜测。本章介绍的六款工具分别从不同协议层和不同维度回答“网络到底发生了什么”：ping 验证连通性与RTT（往返时延），traceroute 揭示路径与逐跳时延，iperf 测量TCP/UDP吞吐上限，netstat 查看连接状态与协议统计，tcpdump 抓取原始报文，Wireshark 提供可视化协议分析。它们共同构成从“通不通”到“快不快”再到“为什么慢”的完整证据链。

核心原则：先做端到端连通性测试（ping），再做路径分析（traceroute），然后测量带宽（iperf），同时观察连接状态（netstat），最后用抓包工具（tcpdump/Wireshark）定位具体问题。顺序不可颠倒，否则容易误判。

4.2 各工具核心用法与关键参数

4.2.1 ping —— 连通性与RTT基线

ping 发送ICMP Echo请求并等待应答，是网络排障的第一板斧。关键参数包括 -c（次数）、-i（间隔）、-s（包大小）、-M do（禁止分片，用于MTU探测）。RTT的稳定性比绝对值更重要：如果min/avg/max差距过大，说明路径存在抖动；如果连续丢包超过5%，链路质量已明显劣化。

# 基础连通性测试（发送10个包，间隔0.5秒）
ping -c 10 -i 0.5 192.168.1.1

# MTU探测：从1500递减，找到不分片可通过的最大包
ping -M do -s 1472 -c 3 10.0.0.1   # 1472+28=1500
ping -M do -s 1400 -c 3 10.0.0.1   # 若1500不通则尝试1400

4.2.2 traceroute —— 路径与逐跳时延

traceroute 利用TTL逐跳递增原理，让沿途路由器返回ICMP超时消息，从而绘制出从源到目的地的完整路径。重点关注：中间跳数是否合理（超过20跳通常路径不佳）、是否存在“* * *”（该跳无响应，可能是防火墙过滤或路由环路）、各跳时延是否突变（某跳突然增加50ms以上，往往是跨运营商或绕路）。

# Linux下使用UDP探测（默认），-I改用ICMP更易穿透防火墙
traceroute -I -n 8.8.8.8

# Windows下使用tracert，默认ICMP
tracert -d 8.8.8.8

4.2.3 iperf —— 带宽与吞吐量测量

iperf 是唯一能主动“加压”的工具，用于测量链路实际能承载的最大吞吐量。测试时需在一端启动服务端（-s），另一端作为客户端（-c）。TCP测试关注带宽和重传率；UDP测试关注丢包率和抖动。注意：iperf结果受TCP窗口大小、CPU性能、网卡中断绑定等多因素影响，应多次取最大值。

# 服务端（监听5201端口）
iperf3 -s -p 5201

# 客户端（TCP吞吐测试，10秒，4并发流）
iperf3 -c 10.0.0.5 -p 5201 -t 10 -P 4

# 客户端（UDP测试，模拟100Mbps码流，观察丢包）
iperf3 -c 10.0.0.5 -u -b 100M -t 10

4.2.4 netstat —— 连接状态与协议统计

netstat 是查看本机网络状态的“瑞士军刀”。-an 查看所有连接和监听端口，-s 按协议显示统计信息（重传、丢包、错误等），-r 查看路由表。当怀疑连接数耗尽或存在异常连接时，netstat 能快速给出答案。

# 查看TCP连接状态分布（统计各状态数量）
netstat -an | awk '/^tcp/ {print $6}' | sort | uniq -c | sort -rn

# 查看TCP协议统计（重点关注重传、乱序、丢包）
netstat -s -t

4.2.5 tcpdump —— 命令行抓包利器

tcpdump 适合在无图形界面的服务器上抓包。常用过滤表达式：host（主机）、port（端口）、tcp/udp（协议）、tcpflags（标志位）。抓包时务必设置 -s 0（抓完整包）和 -w（保存文件），避免终端刷屏影响性能。

# 抓取与10.0.0.5的80端口通信，保存到文件
tcpdump -i eth0 -s 0 -w /tmp/http.pcap host 10.0.0.5 and port 80

# 实时查看TCP重传包（排查丢包）
tcpdump -i eth0 -nn 'tcp[tcpflags] & (tcp-syn|tcp-ack) != 0'

4.2.6 Wireshark —— 可视化协议分析

Wireshark 提供图形化界面和强大的协议解码能力。核心功能包括：着色规则（红色标记TCP错误如重传、乱序）、统计菜单（流量图、对话列表、HTTP请求分析）、追踪TCP流（重组完整会话）。对于性能问题，重点看Expert Info（专家信息）中的警告和错误条目。

4.3 综合诊断案例：跨机房文件传输慢

现象：从北京机房向上海机房传输2GB文件，耗时超过30分钟，理论带宽100Mbps，实际吞吐仅约9Mbps。

诊断流程：

ping 测试：ping -c 100 -i 0.2 上海IP，结果平均RTT 38ms，丢包0%，说明链路连通性正常，基础时延可接受。
traceroute 路径分析：发现路径经过12跳，其中第7跳（某运营商骨干节点）时延从5ms突增到35ms，且该跳持续3跳才恢复，判断存在绕路或拥塞。
iperf 带宽测试：TCP测试结果仅12Mbps，远低于100Mbps预期；改用UDP测试（-b 100M），丢包率高达18%，确认链路存在严重拥塞或限速。
netstat 本机检查：确认无连接数耗尽，但发现大量 TCPRetransmit 计数持续增长。
tcpdump 抓包分析：在客户端抓包，发现大量重复ACK和快速重传，且TCP窗口经常降为0，说明接收端缓冲区不足或处理不过来。

结论：问题不在物理链路，而是中间某运营商节点对TCP流量进行了限速或存在拥塞，导致TCP拥塞控制频繁触发。优化方案：改用多条TCP连接并行传输（如iperf -P 4），或使用UDP-based传输工具（如UDT、QUIC），最终将有效吞吐提升至45Mbps。

4.4 工具使用误区与复盘

误区	后果	正确做法
ping通就认为网络没问题	忽略带宽、延迟抖动、丢包等性能瓶颈	ping仅验证连通性，必须配合iperf测吞吐
traceroute出现“*”就判定故障	误判；很多路由器不响应ICMP/UDP探测	结合前后跳时延判断，连续3跳以上“*”才可疑
iperf测试时未指定 -P 并发	单流结果受TCP窗口限制，无法反映真实带宽	至少使用 -P 4 并发流，取最大值
抓包时不限制过滤条件	产生巨大抓包文件，拖垮服务器，难以分析	先明确目标，用 host/port/tcpflags 精确过滤
只看Wireshark的包列表，忽略Expert Info	遗漏重传、乱序、零窗口等关键告警	优先查看Expert Info的Error/Warning级别条目
netstat -s 中重传计数增长就断定丢包	重传可能是乱序触发，不一定是实际丢包	结合tcpdump确认是否有重复ACK或超时重传

重要提醒：在性能测试中，务必保持“单变量原则”——每次只改变一个条件（如并发数、窗口大小、包大小），否则无法定位真正的瓶颈来源。同时，所有测试至少重复3次，取中位数或最大值，避免偶然波动影响判断。

4.5 工具组合策略总结

没有一种工具能解决所有问题，关键在于组合使用形成证据链。推荐的排查路径是：ping 确认基础连通 → traceroute 排除路径问题 → iperf 量化带宽上限 → netstat 检查本机状态 → tcpdump/Wireshark 定位协议层细节。当这五步都执行完毕后，90%以上的TCP/IP性能问题都能定位到具体原因——无论是链路拥塞、MTU不匹配、TCP窗口配置不当，还是应用层发送模式低效。

最后强调：工具只是手段，理解TCP/IP协议栈的工作机制才是根本。例如，看到iperf吞吐低时，要能联想到TCP拥塞控制、接收窗口、延迟ACK等机制；看到Wireshark中的重传时，要能区分是快速重传（乱序触发）还是超时重传（真实丢包）。将工具输出与协议原理结合，才能真正做出有效的性能优化决策。