Linux ethtool ring怎样查看网卡收发环大小

Linux 查看网卡收发环大小，使用 ethtool -g 接口名，完整写法是 ethtool --show-ring 接口名。重点对照输出中的 Pre-set maximums 与 Current hardware settings：前者表示驱动报告的最大值，后者才是当前配置的 RX、TX 等环参数。小写 -g 用于查询，大写 -G 用于修改，查看时不要混用。

ethtool 官方地址：https://www.kernel.org/pub/software/network/ethtool/

查看命令是小写g，先确认接口

一台机器可能同时存在物理口、bond、bridge、VLAN 和容器接口。先确定业务对应哪一层设备，再查询目标驱动提供的环参数。不要默认接口一定叫 eth0，也不要把虚拟设备返回“不支持”当成物理网卡没有环。

# 列出本机接口，确认真实接口名称
ip -brief link

# 示例名称：请替换成需要查询的接口
iface=enp3s0

# 查询驱动信息，有助于识别目标设备及后续查阅厂商说明
ethtool -i "$iface"

# 小写-g只查询收发环参数，不设置新的环大小
ethtool -g "$iface"

执行成功后先看输出对应的接口名称，再看两个参数区。如果命令失败，保留标准错误文字，按后面的驱动和接口条件排查。本文只给读者操作示例，不把某组数值冒充在本机读取的结果。

若业务接口是聚合设备，先确认它包含哪些成员物理口；若是 VLAN，查清底层接口。选择底层设备的目的是找到真正提供相关硬件能力的驱动，而不是把上层接口名称随意改成一块看起来像物理口的设备。

最大值和当前值应该怎样对照

常见文本输出分为最大值区和当前设置区，字段包括 RX、TX，某些驱动还提供 RX Mini、RX Jumbo。读数要在同名字段之间比较：最大 RX 对当前 RX，最大 TX 对当前 TX，不能拿 RX 上限和 TX 当前值计算所谓使用率。

例如，仅作为理解字段的假设，若最大 RX 为 4096、当前 RX 为 512，说明当前配置并未采用所报告的最大值；这并不证明环已经占满，也不证明必须调到 4096。数值反映参数，不直接反映运行负载。

条目数也不能简单换算成“可以容纳同样数量的任意报文”。具体描述符、缓冲区组织和报文分段方式由设备与驱动决定。某些工具版本还会显示 RX buffer length 等字段，其字节长度与 RX 环条目数是不同维度。

环深度和队列数量是一回事吗

不是。ring 查询回答“环有多少条目”；channels 查询关注设备通道配置。多队列网卡可以有多组接收和发送队列，并通过 RSS 等机制分配流量；一个环的深度和队列组的数量需要分别记录。

# 查看通道参数：小写-l，不是查询ring的小写-g
ethtool -l "$iface"

# 查看设备驱动导出的统计；字段及含义需要结合该驱动文档
ethtool -S "$iface"

# 查看接口层面的包数、丢包和错误计数，辅助定位问题层次
ip -s link show dev "$iface"

同样，qdisc、接口的 txqueuelen 和 socket 缓冲区属于其他配置层次。即使它们也带“queue”或“buffer”，也不能用各自的数值代替 ethtool 报告的硬件环条目数。

当一条流集中在某个接收队列时，增加队列数量和加深已有环并非相同操作。判断并行分配问题，需要结合 RSS 与 CPU 处理情况；仅看到 ring 当前值较小，就把它当作吞吐瓶颈，证据还不够。

查询失败或字段缺失该查哪里

Operation not supported 常见于目标接口或驱动没有提供相应查询能力。它不等于“安装新版 ethtool 就一定能解决”。工具、内核接口、驱动和设备能力共同决定能返回什么信息。

先用 -i 记录驱动和可用的固件信息，再核对接口类型和驱动文档。虚拟机里的来宾网卡只能看到它的虚拟驱动暴露的能力，不能据此推断宿主机物理口的最大环深度。容器内看到的接口也要结合所在网络命名空间理解。

若错误是权限不足，按环境权限重新执行只读查询即可，不要顺带切换成 -G。内核 ethtool netlink 文档说明多数 GET 请求可由普通用户执行，但也存在例外；查询失败时应看实际错误，而不是把所有失败都归为权限问题。

RX Mini 或 RX Jumbo 显示 0、n/a 或没有该字段时，不要先推断网络异常。这通常需要按驱动的报告方式解释。启用巨帧所涉及的 MTU，与是否存在独立 RX Jumbo 环也不是同一个判断条件。

怎样保存结果并决定是否继续调优

如果要把查询结果交给运维同事，建议同时记录接口、内核、工具和驱动信息，保留原始字段。下面在当前目录创建独立快照目录，所有设备操作都是查询：

# 新建独立目录，避免覆盖已有记录；iface需先设为正确接口名
report_dir=$(mktemp -d "./ethtool-ring.XXXXXX") || exit 1
uname -r > "$report_dir/kernel.txt"
ethtool --version > "$report_dir/tool.txt"
ethtool -i "$iface" > "$report_dir/driver.txt" 2>&1

# 单独保存错误信息；失败时明确提示，不把空文件当作有效结果
if ! ethtool -g "$iface" > "$report_dir/rings.txt" 2> "$report_dir/rings.err"; then
  echo "环参数查询失败，请查看rings.err" >&2
  exit 1
fi
printf '记录目录：%s\n' "$report_dir"

若只是资产盘点，读懂当前值和上限就已完成任务。若起因是丢包，还需要观察负载期间相关计数的增量，并结合驱动文档判断是否与接收资源不足有关。计数名称并不跨驱动统一，看到某个含 drop 的字段不能直接定位到 ring。

增大环可能改善某些突发负载的承载能力，但也有资源和时延方面的取舍，无法修复处理能力长期不足。大写 -G 是变更动作，是否需要停用设备或重新配置、值的粒度和持久化方式，都要看具体驱动。不要因为上限更大就将所有网卡调满，也不要在只需查看时执行写操作。

ethtool -g会显示当前丢包数吗？

不会。它查询环参数；计数需要查看 -S 等统计来源，并按驱动解释。

多队列网卡能直接把环深度乘通道数算内存吗？

不能直接得到准确内存占用。还需要队列结构、缓冲区大小、描述符大小和驱动分配方式等信息，不能把参数乘积当成实测值。

当前值低于最大值是不是配置错误？

不是。上限是能力边界，当前值是配置选择。是否调整要以实际负载和问题证据为依据。

接口参考：https://man7.org/linux/man-pages/man8/ethtool.8.html；https://www.kernel.org/doc/html/latest/networking/ethtool-netlink.html；https://www.kernel.org/doc/html/latest/networking/scaling.html。