net.core.netdev_max_backlog是内核软中断处理前的网络接收队列长度，用于暂存网卡收包速度超过协议栈处理能力时的未处理数据包，非硬件ring buffer或tcp连接队列，默认值通常为1000，溢出会导致丢包。
net.core.netdev_max_backlog 是什么
这是内核软中断处理前的网络接收队列长度，不是网卡硬件 ring buffer，也不是 TCP 全连接队列（somaxconn）或半连接队列（tcp_max_syn_backlog）。当网卡收包速度 > 协议栈处理速度时，未及时取走的包会暂存在这里。默认值通常是 1000，千兆以上链路在突发流量下极易溢出，导致 netstat -s | grep "packet receive errors" 中出现 dropped 计数上升。
临时修改 netdev_max_backlog 值
改完立刻生效，适合验证效果或紧急调整：
- 运行
sudo sysctl -w net.core.netdev_max_backlog=5000（常见千兆链路可先试这个值） - 验证是否写入：
sysctl net.core.netdev_max_backlog应返回5000 - 注意：该参数只影响软中断阶段排队，不替代
ethtool -G调整硬件 rx ring，也不影响应用层listen()的 backlog
/etc/sysctl.conf 永久生效要加哪几行
编辑 /etc/sysctl.conf，追加这一行（不要多空格、不要注释、不要带引号）：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
net.core.netdev_max_backlog = 5000
然后执行 sudo sysctl -p 加载。若提示 error: "net.core.netdev_max_backlog" is an unknown key，说明当前内核模块被裁剪或禁用（极少见），需检查 zcat /proc/config.gz | grep NETFILTER 或重新编译启用 CONFIG_NETFILTER 相关选项。
容易被忽略的关联点
单独调大 netdev_max_backlog 很可能没用，它只是整条路径中的一环：
- 网卡硬件 rx ring 必须同步调大，用
ethtool -G eth0 rx 4096（驱动支持前提下） - 如果启用了 RPS（Receive Packet Steering），需确认
/sys/class/net/eth0/queues/rx-*/rps_cpus设置合理，否则软中断集中在单 CPU 导致队列持续积压 - 某些云厂商虚拟网卡（如 AWS ENA、Azure Accelerated Networking）不走标准
netdev_max_backlog路径，此时该参数无效，应查厂商文档看是否需配置 vCPU 绑定或启用 XDP
