The Cloudflare Blog
·
当“空闲”并非空闲：Linux内核优化如何变成QUIC中的一个bug
💡
原文英文，约3000词，阅读约需11分钟。
📝
内容提要
Linux内核中的CUBIC拥塞控制器在QUIC实现中存在一个bug，导致网络恢复后拥塞窗口无法增长。问题源于对“空闲”状态的错误判断，造成拥塞恢复的循环。通过调整空闲时间的计算方式，修复了该问题，使CUBIC能够正常恢复并完成数据传输。修复已应用于Cloudflare的开源QUIC实现quiche中。
🎯
关键要点
-
CUBIC是Linux中的默认拥塞控制器，负责管理TCP和QUIC连接的带宽探测和恢复。
-
在QUIC实现中，CUBIC的拥塞窗口在网络恢复后无法增长，导致拥塞恢复循环。
-
问题源于对“空闲”状态的错误判断，CUBIC在没有丢包的情况下未能增加拥塞窗口。
-
通过调整空闲时间的计算方式，修复了该问题，使CUBIC能够正常恢复并完成数据传输。
-
修复已应用于Cloudflare的开源QUIC实现quiche中，确保了100%的测试通过率。
❓
延伸问答
CUBIC拥塞控制器在QUIC中遇到了什么问题？
CUBIC的拥塞窗口在网络恢复后无法增长，导致拥塞恢复循环。
如何修复CUBIC在QUIC中的bug？
通过调整空闲时间的计算方式，修复了CUBIC的逻辑，使其能够正常恢复并完成数据传输。
CUBIC拥塞控制器的核心逻辑是什么？
CUBIC通过监测网络状态来调整拥塞窗口，增加发送速率以最大化数据传输，减少丢包时的发送速率。
QUIC实现中的CUBIC问题是如何被发现的？
在进行集成测试时，发现CUBIC在高丢包情况下的恢复表现异常，导致测试失败率高达61%。
CUBIC的bug是如何影响数据传输的？
由于CUBIC的拥塞窗口被锁定在最小值，导致在网络恢复后无法有效增加数据传输速率。
修复后的CUBIC在QUIC中的表现如何？
修复后，CUBIC的拥塞窗口正常增长，下载测试的通过率达到了100%。
➡️
