txqueuelen是内核为网卡预分配的最大待发送数据包缓存数，非实时队列长度；查它用ip link show或ifconfig，调它需结合overruns计数、BDP计算及软中断能力，并持久化配置于网络层或sysctl。
txqueuelen 不是“队列当前使用长度”，而是内核为网卡预分配的**最大待发送数据包缓存数**。它不随流量动态变化，也不会实时显示“当前排队多少”，只控制丢包阈值。查它，是为了判断是否可能成为瓶颈；调它，得结合延迟、带宽和实际 overruns 计数——不是越大越好。
怎么查当前 txqueuelen 值
最直接的方法是用 ip 或 ifconfig，它们会把该值嵌在接口详情里：
-
ip link show eth0 | grep txqueuelen（推荐，ifconfig已逐步弃用） -
ifconfig eth0 | grep "txqueuelen"（若系统仍装有 net-tools） -
cat /sys/class/net/eth0/tx_queue_len（纯路径读取，无解析开销）
注意：ethtool -g eth0 查的是网卡 Ring Buffer（硬件侧），和 txqueuelen（内核驱动侧）不是一回事，别混淆。前者影响 DMA 丢包，后者影响协议栈丢包。
什么时候该调高 txqueuelen
调高只在一种情况下真有用：你观察到 netstat -i 或 /proc/net/dev 中对应接口的 overruns 字段持续增长，且 iperf3 测试出现非对称丢包（发端丢、收端没收到）。
- 典型场景：香港/海外服务器跑大文件上传、视频推流，RTT > 30ms + 带宽 ≥ 1Gbps
- 理论下限参考：BDP = 带宽(bps) × RTT(s) ÷ MTU(字节)，例如 1Gbps × 0.04s ÷ 1500 ≈ 3333 包 → 建议设为 4000–5000
- 但若 CPU 软中断处理不过来（
cat /proc/interrupts | grep eth0显示某 CPU 中断飙升），再大队列也白搭，反而压垮软中断调度
永久生效的配置方式（别只写 ifconfig）
ifconfig eth0 txqueuelen 5000 是临时命令，重启或 systemctl restart networking 后就失效。要持久化，必须写进网络配置层：
- Debian/Ubuntu 系统：在
/etc/network/interfaces的接口块里加一行txqueuelen 5000 - RHEL/CentOS 8+（NetworkManager）：用
nmcli connection modify eth0 ethtool.tx-queue-len 5000，再nmcli connection reload - 所有发行版通用（推荐）：新建
/etc/sysctl.d/99-txqueuelen.conf，写入net.core.devconf_all.tx_queue_len = 5000，然后sysctl --system
最后验证：改完别忘了 ip link show eth0 确认值已更新，且 systemctl restart systemd-networkd（如使用）或重载 NM 连接。
容易被忽略的关联参数
单调 txqueuelen 很少解决问题。它只是传输链路的一环，上游和下游都得匹配：
-
net.core.netdev_max_backlog：内核收包软中断队列上限，建议 ≥txqueuelen，否则包还没进驱动就被丢 -
net.core.somaxconn和net.ipv4.tcp_max_syn_backlog：影响连接建立阶段，高并发短连接服务（如 API 网关）必须同步调 -
ethtool -G eth0 tx 4096：调整网卡 Ring Buffer 发送队列，和txqueuelen协同工作，否则驱动层先溢出
真正卡顿的时候，txqueuelen 往往不是根因——先看 ethtool -S eth0 | grep -E "(drop|overrun|err)"，确认丢包发生在哪一层，再决定动哪条链。
