1. 网络瓶颈概述：识别网络传输中的常见瓶颈点，理解网卡在I/O路径中的角色
做网络调优这么多年，我见过太多人一上来就调内核参数、改中断亲和性，结果折腾半天性能纹丝不动。为什么？说白了，你连瓶颈在哪都没搞清楚，瞎调什么呢。
这一节，咱们先把基本功打扎实。我会带你走一遍数据从网线到应用程序的完整路径，把每个可能卡住的地方都揪出来。嗯，这里要特别注意——网卡在整个I/O路径里扮演的角色，比你想象的要重得多。
1.1 网络I/O的完整路径：数据从哪来，到哪去
先看一张图，这是我个人习惯用的一个框架，能帮你快速建立全局视角：
数据从网线进来，经过网卡、驱动、内核协议栈，最后到你的应用程序。这中间每一步都可能成为瓶颈。我在项目中遇到过不少案例，明明链路带宽是够的，但应用就是跑不满，查到最后发现是驱动层的环形缓冲区太小，丢包丢得飞起。
1.2 常见瓶颈点逐个拆解
1.2.1 物理链路瓶颈
这是最容易被忽视的。你想想看，很多人买了个万兆网卡，插上去发现只能跑到千兆。为什么？
- 网线/光模块不匹配：CAT5e的线跑不了万兆，SFP+模块和网卡速率要对齐
- PCIe带宽不足：万兆网卡需要至少PCIe 2.0 x8或PCIe 3.0 x4，插在x1槽上就是浪费
- 交换机端口协商失败：自协商没成功，降级到百兆的情况我见过太多次
1.2.2 网卡与驱动层瓶颈
网卡本身就是一个微型计算机。它有处理器、内存、DMA引擎。这里常见的坑有：
| 瓶颈点 | 表现 | 排查手段 |
|---|---|---|
| 环形缓冲区(Ring Buffer)过小 | 丢包率上升，ifconfig看到overruns | ethtool -g eth0 查看当前大小 |
| 中断频率过高 | CPU软中断占用100%，但吞吐量上不去 | mpstat -I CPU 查看软中断分布 |
| DMA映射失败 | 驱动报错，IOMMU相关dmesg | dmesg | grep -i dma |
| 多队列未开启 | 所有流量打在一个CPU上 | ethtool -l eth0 查看队列数 |
我个人习惯，拿到一台新机器，第一件事就是检查网卡的队列数和环形缓冲区大小。很多发行版默认的ring buffer只有256，对于万兆网卡来说，这个值太小了，建议调到4096甚至更大。
1.2.3 内核协议栈瓶颈
数据到了内核，要经过IP分片重组、TCP拥塞控制、校验和计算等等。这里最要命的是：
- 软中断(softirq)挤占用户态时间：网络包太多，CPU一直在处理中断，没空跑应用
- TCP小包问题：每个包只有几十字节，但协议栈开销是固定的，吞吐量上不去
- Socket缓冲区太小：tcp_rmem/tcp_wmem设置不合理，导致窗口打不开
核心观点： 网卡调优的本质，就是让数据从网线到应用层的路径尽可能短、尽可能直。每多一次拷贝、多一次中断、多一次上下文切换，都是在消耗你的性能预算。
1.2.4 应用层瓶颈
到了应用层，问题往往出在：
- 系统调用开销：每次read/write都要陷入内核，频繁小包读写就是灾难
- 数据拷贝：内核态到用户态的拷贝，如果数据量大，CPU都在做memcpy
- 业务逻辑阻塞：应用处理慢，导致TCP窗口关闭，对端发不过来
我记得有个项目，用Nginx做反向代理，千兆链路只能跑到200Mbps。查了半天，发现是应用层日志写得太频繁，每次请求都fsync一下磁盘。去掉这个，直接跑到950Mbps。你看，瓶颈有时候不在网络，在应用自己。
1.3 网卡在I/O路径中的核心角色
网卡不是简单的「把电信号转成数据」就完事了。现代网卡承担了非常多的工作：
| 网卡功能 | 作用 | 对性能的影响 |
|---|---|---|
| DMA传输 | 数据直接从网卡到内存，不经过CPU | 减少CPU占用，提升吞吐 |
| 校验和卸载(TSO/GRO) | 网卡硬件计算TCP校验和、合并小包 | 降低CPU开销，提升大包性能 |
| 多队列(RSS) | 将不同流的包分发到不同CPU核心 | 充分利用多核，避免单核瓶颈 |
| 中断合并(Coalescing) | 攒一批包再通知CPU | 降低中断频率，提升CPU效率 |
说白了，网卡就是I/O路径上的「交通枢纽」。它做得好，数据流动就顺畅；它配置不对，整个系统都得跟着堵车。你想想看，如果网卡的DMA没用好，数据每来一个包都要CPU亲自去搬，那CPU还有时间干别的吗？
1.4 如何快速定位瓶颈在哪一层
这里给一套我常用的排查思路，你可以直接拿去用：
# 1. 先看物理层
ethtool eth0 # 检查速率、双工模式
ethtool -S eth0 # 看网卡统计，有没有CRC错误、丢包
# 2. 再看驱动层
ethtool -g eth0 # 环形缓冲区大小
ethtool -l eth0 # 队列数
cat /proc/interrupts # 看中断分布是否均匀
# 3. 然后看内核层
netstat -s # TCP重传、丢包统计
ss -ti # 查看TCP连接详情
sar -n DEV 1 # 实时看网卡吞吐和丢包
# 4. 最后看应用层
perf top # 看CPU热点，是不是在拷贝数据
strace -p <pid> # 看系统调用频率这套流程走下来，80%的瓶颈都能定位到。剩下的20%，嗯，那就要靠经验和耐心了。我曾经遇到过一个案例，所有指标都正常，但吞吐就是上不去，最后发现是交换机某个端口的buffer耗尽，导致间歇性丢包。这种问题，光看服务器端是看不出来的。
好了，这一节的内容就到这里。记住一句话：调优之前，先搞清楚瓶颈在哪。下一节我们会深入网卡驱动的具体配置，手把手教你调优。