ethtool -g eth0仅查看当前RX/TX环形缓冲区大小（单位为描述符数），修改需用ethtool -G eth0 rx N tx M，且须先查Pre-set maximums确认硬件上限，部分驱动还需先ifconfig down再调整，生效后务必用ethtool -g二次验证。
ethtool -g 查看和修改环形缓冲区大小的正确用法
直接运行 ethtool -g 只能查看当前设置，不能修改——它本身不带“写入”能力，必须配合 -G（大写 G）才能调整。很多人输错大小写导致命令无响应或报错，这是最常卡住的第一步。
-
ethtool -g eth0：只读取当前 RX/TX 缓冲区值（单位是描述符数量，不是字节） -
ethtool -G eth0 rx 4096 tx 4096：这才是修改命令，-G后必须跟网卡名，再指定rx和/或tx值 - 修改前建议先查支持范围：
ethtool -g eth0输出里的Pre-set maximums行会显示硬件允许的最大值
为什么改了没生效？常见权限与驱动限制
即使 root 权限下执行 ethtool -G 成功返回，实际缓冲区可能仍没变——多数因为驱动不支持动态重配，或网卡处于 up 状态。Linux 内核要求部分驱动在修改 RX/TX 描述符数量时，必须先 ifconfig eth0 down（或 ip link set eth0 down），改完再 up。
- 某些驱动（如
igb、ixgbe）支持热修改，但e1000e通常不支持 - 检查是否生效：改完后再次运行
ethtool -g eth0，对比Current hardware settings行 - 如果输出显示
Cannot get device ring settings: Operation not supported，说明该网卡驱动根本不提供 ring buffer 控制接口
环形缓冲区大小设多大才合理？别盲目拉满
增大缓冲区能缓解突发流量丢包，但不是越大越好：过大会增加内存占用、延迟（数据在队列里等更久），还可能触发驱动内部逻辑异常。真实场景中，4096～8192 是较稳妥的起点，高吞吐低延迟场景可试 16384，但需实测验证。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- RX 缓冲区影响接收路径：太小 →
netstat -i中RX-DRP上升；太大 → CPU 缓存局部性下降，处理延迟微增 - TX 缓冲区影响发送路径：太小 → 驱动频繁中断通知上层填数；太大 → 发送队列积压，TCP ACK 延迟升高
- 注意：不同型号网卡对同一数值的实际描述符占用内存不同，
ethtool -g显示的是“数量”，不是字节数
如何确认环形缓冲区正在起作用？光看数字不够
ethtool -g 只告诉你“设成了多少”，不反映运行时真实压力。要判断是否真需要调大，得结合丢包指标和驱动统计：
- 查接收丢包：
ethtool -S eth0 | grep -i "rx._drop\|missed"，重点关注rx_missed_errors（内核来不及收包）、rx_over_errors（DMA 溢出） - 查发送队列堆积：
cat /proc/net/dev中对应网卡的tx_dropped，若持续增长且ethtool -S里tx_aborted_errors或tx_carrier_errors为 0，可能是 TX ring 不足 - 注意：
rx_dropped在/proc/net/dev里包含多种丢包原因，不能直接等同于 ring buffer 溢出
驱动层统计比用户态工具更准，但不同驱动字段名差异很大，得翻对应 driver 的文档确认含义。
