你有没有遇到过公司内部文件传输慢得像蜗牛，明明带宽够用，但就是卡？其实问题可能不在网线或路由器，而是系统底层的网络协议栈效率太低。很多人不知道，一张设计合理的表格，能帮你快速定位瓶颈，提升数据吞吐效率。
从一张监控表开始
比如你在运维一个视频上传服务，发现上传速度上不去。与其盲目调参数，不如先建个实时监控表，记录关键指标：
| 时间 | 发送速率 (Mbps) | 接收缓冲区占用 (%) | TCP重传率 | CPU使用率 |
|---|---|---|---|---|
| 14:00 | 85 | 60 | 1.2% | 70% |
| 14:05 | 45 | 92 | 4.8% | 88% |
看到没？14:05那会儿缓冲区快满了，重传率也翻了倍，说明接收端处理不过来。这时候你该怀疑是不是应用层读取套接字太慢，而不是怪网络差。
用表格对比不同参数效果
想调大TCP缓冲区？别乱试，列个对照表：
| 设置项 | rmem_max (字节) | wmem_max (字节) | 平均吞吐 (Mbps) |
|---|---|---|---|
| 默认值 | 212992 | 212992 | 68 |
| 调大后 | 4194304 | 4194304 | 132 |
修改方法也很简单，在Linux里改sysctl.conf：
net.core.rmem_max = 4194304
net.core.wmem_max = 4194304保存后执行 sysctl -p 生效。再跑一遍测试，把新数据填进表格，效果一目了然。
别忽略连接数和队列长度
如果服务器要处理大量并发连接，光调缓冲区还不够。可以整理一张优化前后对比表：
| 场景 | 连接数 | 丢包率 | 吞吐提升 |
|---|---|---|---|
| 默认配置 | 500 | 3.7% | - |
| 启用NAPI + 调队列 | 500 | 0.9% | +41% |
这种表格能让你在汇报时直接甩出来，老板一眼就懂你干了啥。
说到底，网络协议栈调优不是玄学。把关键参数和性能数据放进表格，边试边填，哪里卡就改哪里。下次再遇到传输慢，先别重启，打开Excel或WPS，让数字说话。