监控中，某台 VPS 的多连接带宽冲到 500 Mbps，单条 TCP 任务却停在百兆。网卡开放 4 个队列，为什么并行能力没变成单流速度？症结不在数量，而在流量是否分流、IRQ 是否落到不同 CPU，以及 TCP 单流的限制。
如果你正在选机器，或者想先把线路和配置跑通再谈长期方案，可以先看看这几家的线路说明和技术参数：数脉科技（香港网络接入线路），先看清带宽线路、流量策略和退款条款，再决定要不要迁。
多队列并行处理流量，不是把一条流切成四份
网卡多队列为收包和发包建立多条独立队列。RSS 按五元组哈希，让不同连接进入不同 RX 队列，再由对应 IRQ 或软中断唤醒 CPU；发送侧由驱动选择 TX 队列，XPS 可对齐发送 CPU 与队列。中断亲和性决定 IRQ 落在哪个核心，因此多连接能并行处理，聚合吞吐上升，但队列数不等于核心数。
同一条 TCP 连接只有一个五元组，会稳定命中同一队列，不能靠 RSS 拆开。RPS 队列分流是在单硬件队列下由软件把包分派给多个 CPU，解决一个队列压住一个核心的问题，却不能突破按序确认、拥塞控制或单线程限制。RSS、RPS 与 XPS 分工不同，不能混为一谈。
先判定单流瓶颈，再确认队列是否真正生效
判断单流吞吐上限，先做同方向、同服务器对照：用 iperf3 分别跑单连接和 8～16 条并发流，同时看应用 CPU、软中断、重传及网卡错误。单流低而并发总量高，常指向单核软中断、TCP 窗口、拥塞控制或 RTT；两者都低，则查客户端、服务端、虚拟化限额和公网路径。
确认RSS 队列映射是否生效，要交叉验证：ethtool -l eth0 看队列数，ethtool -x eth0 看哈希键与间接表，/proc/interrupts 看各队列 IRQ 是否分散，/sys/class/net/eth0/queues/rx-*/rps_cpus 看 RPS 掩码。再用 ethtool -S eth0 核对队列计数、/proc/net/softnet_stat 的 dropped 字段及网卡 miss/drop；配置存在但中断全挤在一个核心，或计数不增长，都不是有效分流。
调优先隔离 IRQ 与业务 CPU；硬件队列不足时再启用 RPS，并观察跨 CPU 开销。高 RTT 链路还要核算带宽时延积与 TCP 窗口，不能用增队列代替窗口扩容。虚拟化层若只暴露一个队列，宿主机多队列不会自动下传；盲目调大 RX 环或固定 RPS 掩码，反而可能增加延迟和丢包。
RSS队列映射与中断亲和性
启用 RSS队列映射 后，网卡会依据报文四元组计算哈希值，再把流量分配到不同接收队列。队列数由硬件能力、驱动实现和 RSS 配置共同决定，并不等于 CPU 核心数。实际链路是“网卡队列中断CPU 核”；若多个队列的中断都落在同一核上，多队列只会增加调度与缓存争用，吞吐不会线性上升。
因此必须同时检查 中断亲和性：查看 /proc/interrupts 中各队列的中断号及 CPU 占用，把重负载队列分散到不同物理核心；跨 NUMA 节点时，还应让网卡、处理队列和内存尽量处于同一节点。irqbalance 可能随负载迁移中断，繁忙环境中可固定关键 CPU 并观察迁移日志。若 RSS 未启用或哈希被大量相同五元组打散，单流也可能只使用一个队列，此时多队列无法提高该流的速率。
当网卡队列不足，或虚拟化环境无法暴露足够队列时，可启用 RPS队列分流，把软件收包后的处理工作再分发到其他 CPU。RPS 能提升多核利用率，但会引入额外软中断、逐包处理和跨 NUMA 内存访问；它不能突破物理链路的带宽、CPU 每核能力或队列本身的上限。对于 TCP 单连接，内核拥塞窗口、延迟、窗口缩放和接收路径也会形成 单流吞吐上限；盲目增大 RPS 掩码，反而可能降低整体性能。
常见误区与可执行检查清单
常见坑包括：把队列数当成核心数；只增大 ring buffer，却没有设置 RSS 或检查中断分布；在 irqbalance 自动调节下反复调参；把 RPS 当作 RSS 的等价替代；以及测试时混用不同方向、连接数和包长的流量。单流结果应与多流结果分别记录，否则容易把“连接数不足”误判为“单队列瓶颈”。
可执行检查清单：① 使用 ethtool -l 网卡名 查看最大队列、当前队列及 RSS 能力；② 使用 ethtool -x 网卡名 查看 RSS 间接队列；③ 使用 cat /proc/interrupts 记录各队列的每核中断增量；④ 使用 ethtool -S 网卡名 核对 drop、miss 和各队列包数；⑤ 使用 ethtool -c 网卡名 查看 RPS、XPS 策略；⑥ 在相同窗口分别测试单流与多流，并结合 mpstat、sar、nstat 观察 CPU、软中断、重传和队列丢包。
最终目标不是让每个参数都变大，而是建立可验证的映射：RSS 负责把流送到队列，中断亲和性负责把队列交给合适的 CPU，RPS 只在硬件队列受限时补充分流。确认单流上限来自应用、协议还是处理路径后，再调整队列数、CPU 绑定和 offload，才能稳定提升吞吐。
喜欢 
顶
难过
囧
围观
无聊
