Linux 6.17 网络调优：DualPI2 + BBR 消除 50Mbps 带宽上的 Bufferbloat
内容提要
Linux 6.17 引入 dualpi2 队列调度器，结合 BBR 拥塞控制，可在 50Mbps 窄带链路上消除 Bufferbloat。配置需启用 ECN、调整 sysctl 缓冲参数并设置 udev 规则持久化。实测满载下载时 SSH 延迟仅比物理极限高 6.4ms，抖动 2ms，解决了延迟飙升问题。
延伸解读
为何传统 fq + BBR 在窄带链路上效果有限
文章指出，fq 仅实现公平排队，不主动控制排队延迟，因此在 50Mbps 这类窄带链路上，当下载占满带宽时，SSH 延迟仍会从 50ms 飙升至 200ms 以上。dualpi2 作为主动队列管理，通过 ECN 标记或丢包迫使发送端降速，从而严格维持延迟下限，弥补了 fq 的不足。
配置中的关键依赖与持久化要点
启用 dualpi2 需内核 6.17 以上，且必须开启 net.ipv4.tcp_ecn=1，否则无法正常工作。文章还通过 /etc/modules-load.d/ 自动加载 sch_dualpi2 模块，并利用 udev 规则在网卡 ens3 添加时自动替换 qdisc，确保重启后配置依然生效。
在 ICMP 被禁的服务器上如何验证延迟
对于禁用 ICMP 的服务器，传统 ping 无法使用。文章建议在客户端用 iperf3 打满带宽，同时在服务端运行 ss -tni，观察输出中的 rtt:X/Y，其中 X 为平均 RTT，Y 为抖动（mdev），以此评估满载下的延迟表现。
实测效果与物理极限的对比
在 50Mbps 满载下，吞吐量达到 50Mbps（峰值 51.4Mbps），SSH RTT 为 54.78ms，仅比物理极限 48.33ms 高 6.4ms，抖动为 2.08ms。这表明 Bufferbloat 被完全消除，交互体验得到显著改善。
Q&A
Linux 6.17 中 DualPI2 和 BBR 如何配合消除 Bufferbloat？
DualPI2 是主动队列管理调度器，通过 ECN 标记或丢包控制排队延迟；BBR 是拥塞控制算法，两者结合可在窄带链路上严格维持延迟下限，从而消除 Bufferbloat。
在 50Mbps 带宽上配置 DualPI2 需要哪些 sysctl 参数？
需设置 net.core.default_qdisc = dualpi2、net.ipv4.tcp_congestion_control = bbr、net.ipv4.tcp_ecn = 1，并调整缓冲区如 net.core.rmem_max = 4194304、net.ipv4.tcp_rmem = 4096 16384 4194304 等。
如何让 DualPI2 配置在重启后依然生效？
创建 udev 规则文件 /etc/udev/rules.d/99-ens3-dualpi2.rules，内容为 ACTION=="add", SUBSYSTEM=="net", NAME=="ens3", RUN+="/sbin/tc qdisc replace dev ens3 root dualpi2"，将 ens3 替换为实际网卡名。
服务器禁用了 ICMP，如何测试 Bufferbloat 是否消除？
使用 iperf3 打满带宽，同时在服务器端运行 ss -tni 观察内核 RTT 统计，关注 rtt:X/Y 中的 X（平均 RTT）和 Y（抖动）。
DualPI2 + BBR 在 50Mbps 满载下的实际延迟表现如何？
满载下载时 SSH RTT 为 54.78ms，仅比物理极限 48.33ms 高 6.4ms，抖动 2.08ms，Bufferbloat 完全消除。
为什么传统的 fq + bbr 组合在窄带链路上效果有限？
fq 只保证公平队列，不主动控制排队延迟，因此在窄带链路上无法有效抑制 Bufferbloat。
