- 博客(1179)
- 收藏
- 关注
RSS订阅原创 RTT Decomposition: The Four-Component Model and the Three-Component Model
End-to-end RTT can be decomposed in two ways. The network measurement domain uses a four-component model, dividing RTT according to physical processes. The KCC algorithm proposes a three-component model, reclassifying components by their behavioral charact
2026-06-16 12:02:33
72
原创 RTT 分解：四元模型与三元模型
本文对比分析了RTT（往返时间）分解的两种模型：四元模型和三元模型。四元模型基于物理过程将RTT分解为传播、传输、排队和处理四个分量，适用于网络测量但无法端到端独立观测。三元模型则根据行为特性和信息价值将RTT重构为物理基线、拥塞信号和干扰噪声三类，更适用于拥塞控制算法的推断任务。三元模型的核心价值在于提供了可操作的信号分类框架，明确了哪些分量可信、哪些包含拥塞信息、哪些是干扰噪声，这直接指导了KCC算法的方向性更新设计。两种模型在不同应用场景下各具优势，四元模型适合网络诊断，三元模型更适合拥塞控制设计。
2026-06-16 11:52:13
201
原创 BBR-S 论文
BBR-S算法通过自适应托比特卡尔曼滤波(ATKF)替代BBR的最大滤波器，解决了无线网络中容量高估导致的排队延迟问题。论文基于RTT三元分解模型(传播延迟+序列化延迟+排队延迟)，设计了ATKF的状态空间模型和截断处理机制，能自动调节噪声协方差并响应容量突变。实验显示，在LTE和WiGig场景下，BBR-S相比BBR降低40%平均RTT和60%P99 RTT，同时保持90%以上吞吐量，且具有良好公平性(Jain指数0.9711)。该算法通过精确跟踪真实容量变化，实现了高吞吐与低延迟的平衡。
2026-06-16 00:59:58
522
原创 KCC 中的三元分解
KCC拥塞控制算法采用一维标量卡尔曼滤波器，通过三元分解（RTT=传播延迟+排队延迟+噪声）直接估计物理传播延迟$T_{\text{prop}}$。其创新在于：1）方向性更新机制隔离排队延迟，仅允许下降样本更新状态；2）自适应噪声协方差动态抑制噪声；3）Q-boost机制应对真实物理路径变化。相比BBR-S和RBBR间接估计瓶颈容量的方法，KCC通过锁定物理基线实现更直接的三元分离，使系统仅对物理规律响应，而结构性忽略噪声和排队干扰。该方案展示了一维状态空间模型在拥塞控制中的高效应用。
2026-06-16 00:48:41
784
原创 RBBR 论文
摘要 RBBR是一种改进BBR拥塞控制算法的方案，通过将带宽估计从发送端移至接收端，并采用自适应卡尔曼滤波器替代BBR的最大滤波器，有效解决了BBR在蜂窝网络中因速率波动导致的RTT升高问题。RBBR在QUIC协议上实现，通过新增反馈帧将接收端估计的速率传回发送端。实验结果表明，在4G和mmWave网络中，RBBR显著降低了RTT（最高80%），吞吐损失控制在30%以内。核心创新包括接收端卡尔曼滤波、QUIC反馈帧扩展和ProbeRTT反向信令机制，优化了网络延迟性能。
2026-06-16 00:40:01
210
原创 BBR-S 的三元模型
本文从三元模型视角重新解析BBR-S拥塞控制算法，揭示其隐含的RTT分解结构$\tau_i = \tau_{\min} + L_i/C + q_i$，将延迟分为传播、服务和排队三个分量。BBR-S通过自适应托比特卡尔曼滤波器(ATKF)估计瓶颈容量$C$，间接控制排队延迟，实现了噪声抑制与速率适配。与通用三元分解框架相比，BBR-S采用轻量级高斯假设，虽未显式估计各延迟分量，但通过容量匹配有效降低了网络延迟。文章指出，这种基于滤波器的模型驱动方法代表了拥塞控制从经验规则向数学建模的重要演进。
2026-06-16 00:35:49
153
原创 拥塞控制中延迟三元分解的滤波方法论
本文提出了一种基于三元分解模型的网络拥塞控制延迟滤波方法。通过将端到端延迟（RTT）分解为传播延迟、排队延迟和噪声延迟三个分量，建立了状态空间模型，并探讨了多种滤波算法实现三量分离。研究比较了贝叶斯滤波、卡尔曼滤波及其变体（扩展卡尔曼、无迹卡尔曼、自适应卡尔曼、鲁棒卡尔曼等）的数学结构、假设条件和适用场景，为拥塞控制中的状态估计提供了系统化方法论。特别强调滤波器需满足显式输出传播延迟估计、排队延迟估计并区分噪声延迟的核心约束，从而为抗噪拥塞控制算法设计奠定基础。
2026-06-16 00:24:10
300
原创 回归物理本质：对拥塞控制实验室依赖与公平性误置的反思
本文对拥塞控制研究中过度依赖实验室仿真、误置公平性目标的现象提出批判性反思。指出实验室环境无法复现真实网络的噪声、对抗性行为和路径动态性等关键变量，导致算法评估失真。强调拥塞控制应回归其物理本质——防止网络过载并最大化吞吐，而非将"与旧算法公平共存"作为核心目标。提出真实网络是算法检验的唯一标准，核心指标应关注起速时间、收敛速度、长尾延迟、稳态稳定性和本机多流公平性。呼吁研究需以真实环境实测数据为最终依据，避免因方法偏差偏离拥塞控制的原始定义。
2026-06-15 23:18:04
398
原创 The Network That Is No Longer Clean: Congestion Control Must Combat Malicious Noise
Real networks are nothing like the honest channels of textbooks. When feedback signals can be arbitrarily contaminated, any algorithm that still naively equates packet loss or RTT with congestion is destined to be tamed into uselessness. Modern congestion
2026-06-15 09:50:49
231
原创 不再纯洁的网络：拥塞控制必须对抗恶意噪声
本文探讨了现代网络拥塞控制面临的挑战，指出传统算法已无法应对被恶意污染的反馈信号。作者提出延迟的三元分解模型（传播延迟、排队延迟、噪声延迟），强调必须区分真实拥塞信号与恶意噪声。文章分析了两种典型攻击手段（随机丢包和虚假RTT拉伸）及其危害，主张拥塞控制应从简单信号反馈转向模型驱动决策，将物理传播延迟作为能力边界基准。核心观点是：算法必须对排队反馈敏感而对噪声麻木，避免为恶意噪声买单。
2026-06-15 01:04:08
535
原创 甲骨文云中国大陆定向 QoS 原理及绕过解决方案
甲骨文云对中国大陆方向的流量实施了特殊的QoS限制，表现为随机丢包（10%以上）和虚假RTT突变（80ms→200-300ms），导致标准拥塞控制算法（CUBIC/BBR）失效，吞吐量降至10Mbps以下。其本质是通过流量特征识别实施的歧视性策略。解决方案包括：1）采用抗噪算法，无视网络反馈并配合FEC补偿丢包；2）直接定速500Mbps发送；3）流量特征混淆。这些方法可有效绕过限制，恢复接近物理带宽的吞吐能力。
2026-06-14 22:10:45
200
原创 KCC: An Exploration Along the Lines of BBR
The identity of a congestion control algorithm is defined by its state machine. Tahoe/Reno, CUBIC, and BBR each have their own distinctive state machine. The relationship between KCC and BBR is similar to that between CUBIC and BIC — retaining the outer fr
2026-06-14 19:05:33
281
原创 KCC：在 BBR 思路上的一次探索
KCC 是基于 BBR 拥塞控制算法的改进探索，保留了 BBR 的四状态框架但做了两处关键优化：1）使用卡尔曼滤波器替代滑动窗口 min_rtt 估计，通过动态调整增益实现更精确的 RTT 测量；2）新增 ACK 聚合置信度四状态机（IDLE→SUSPECTED→CONFIRMED→TRUSTED），根据网络状况智能补偿 cwnd。相比 BBR 必须执行 DRAIN 和 PROBE_RTT，KCC 可根据网络状态按需执行，响应更快。这种改进延续了 BBR 的模型驱动思想，通过现代控制理论提升算法精度，而非简
2026-06-14 18:59:43
265
原创 整数溢出陷阱：用除法安全比较乘积
本文介绍防御整数溢出的有效方法。当需要判断 A >= B * C 时（如金融交易金额校验），直接乘法运算可能产生溢出风险。通过转换为 A / C >= B（C>0）的除法比较方式，可以完全避免溢出问题且保持逻辑等价性。这种方法无需引入高精度库或改变数据类型，对性能零影响，适用于有符号/无符号整型，是处理大数值比较的安全编程实践。关键前提是确保除数C为正数，建议结合前置参数校验使用。
2026-06-14 18:11:53
332
原创 固定数组时间轮的槽过载优化：桶链表与批次执行
本文提出一种优化固定数组时间轮在槽过载场景下性能的方法。通过将每个槽扩展为多个子桶组成的链表，并限制每次tick处理的任务数量（批次执行），解决了瞬时大量定时任务堆积导致的性能问题。该方法保持O(1)插入复杂度，通过批次控制确保处理时间上限，以可控的延迟抖动换取稳定性。文中详细描述了数据结构、插入逻辑、批次执行流程和线程安全考虑，并给出Mermaid结构图说明。这种方案适用于高并发定时任务场景，如网络框架超时管理，在保证基础性能的同时有效应对流量高峰。
2026-06-14 17:58:52
166
原创 Linux Swap 文件配置与持久化（虚拟内存）
本文介绍了在Linux系统中配置Swap文件的完整流程。首先通过free -h检查现有Swap状态，然后使用dd命令创建指定大小的Swap文件并设置权限。接着用mkswap格式化并swapon启用Swap，通过修改/etc/fstab实现持久化挂载。文章建议调整swappiness值为10以减少磁盘I/O，并提供了Swap大小配置建议（内存小于8GB设为2倍，大于8GB等量或略小）。注意事项包括操作期间避免断电、修改现有Swap文件的方法，以及优先考虑增加物理内存而非依赖Swap。
2026-06-13 10:20:23
167
原创 常见内核panic错误排查
本文整理了10种常见内核panic错误及其排查方法，包括根文件系统挂载失败、内存耗尽、内核栈损坏等典型问题。针对每种错误，提供了关键含义解释和具体排查步骤，例如检查系统日志、分析调用栈、重建initramfs等。文章还建议提前配置持久化日志、kdump、netconsole等工具，以便在系统崩溃时保留关键信息，并强调分析调用栈底部函数定位问题根源的重要性。这些实用技巧能帮助运维人员快速诊断和解决Linux内核崩溃问题。
2026-06-13 09:47:07
322
原创 翻：散文。
它去看一条路的两样东西——一样是路最宽能跑多快，取见过的最高的那一次，更慢的往往是你自己没跑满；一样是从头到尾最快能多久，取见过的最短的那一回，更长的都是路上堵出来的。他只会想——原来那么早以前，就已经有这样的人，用过这样的力气，替他省下过那么长一段。像一把用了很久的螺丝刀——你不觉得它好看，但握上去刚好，拧下去就是你要的那个深度。一圈下来，探的和让的刚好相抵，什么都不多占。很少的人，走到一半忽然蹲下来，翻开石头底下的土——你看，根在这里。退多少不靠猜——冲的时候多用了多少力，退的时候就收多少力，刚好。
2026-06-12 23:59:08
521
原创 夜行人：散文
《夜行人》以第一人称视角，记述了一个人在黑暗中摸索前行的精神历程。从最初执着追求"正确答案"的挫败，到领悟"靠近"比"知道"更重要；从不断修补规则的徒劳，到卸下傲慢、接受局限的释然。文中用"井水""围栏""潮水"等意象，生动展现了思想转变的过程：从追求完美解决方案，到接受不完美但可持续的前行方式。最终主人公与自己和解，在怀疑中保持前进，找到了"不离开太远"的生存智慧。全文以夜为背景，充满哲思与诗意，展现了现代人在复杂世界中寻找方向的内心挣扎。
2026-06-12 01:18:20
435
原创 拥塞控制：排水终止的两种决策：OR 与 AND
本文探讨了拥塞控制中两种排水终止策略（OR门与AND门）的设计差异及其适用场景。OR门以时间为基准，通过is_full_length || drained条件快速终止排水，适用于单流场景；而AND门采用更保守的(is_full_length && drained) || safety_timeout策略，通过实际测量验证队列状态，能有效应对多流竞争场景。文章还分析了安全超时机制的必要性，并介绍了KCC引入的Kalman drain-skip优化策略，通过提前判断队列状态避免不必要的排水延迟。这两种设计反映了
2026-06-11 23:05:21
477
原创 KF 冷启动调校记：gap-fill、max 与 steady_mode
本文探讨了Kalman Filter(KF)在冷启动时带宽估计不足的问题及其解决方案。作者首先分析KF值(kf_x)在竞争中下降后无法恢复的现象，指出根因在于KF从未达到应有的水平。随后比较了两种改进思路：gap-fill方法通过自适应填充差距，但在KF值极小时效果不佳；max方法直接取历史峰值，能有效解决冷启动问题，但受限于历史数据。最终提出steady_mode机制，允许管理员在稳定链路时启用峰值保护模式，同时保留动态跟踪的安全特性。文章强调工具不能创造信息，所有估值都基于历史数据，解决方案的选择应取决
2026-06-11 09:51:13
245
原创 删除 Inflight Bounds：为什么 KCC 放弃了 BDP 钳位
摘要：KCC（Kernel Congestion Control）移除了BBRv2中的inflight bounds（cwnd钳位机制），因其在多流场景下导致过配问题，且与内核BBR v5.4的设计理念冲突。cwnd钳位虽在单流或浅缓冲场景有效，但干扰了排水阶段的效率，并通过聚合效应加剧共享瓶颈的拥塞。KCC选择依赖更精准的工具（如量化预算和ACK聚合补偿）实现边界控制，遵循关注点分离原则，使算法行为更贴近BBR核心的ACK clock模型。这一调整优化了多流公平性与收敛速度。 关键词：TCP BBR、拥塞
2026-06-10 23:05:21
193
原创 单流检测的困境：丢包不一定是竞争，干净不一定是独享
本文分析了KCC单流检测机制的设计困境，指出其依赖的丢包、队列等信号在特定网络环境下可能误判。作者揭示了几个关键问题：丢包不一定是竞争导致（如无线误码、浅buffer等）；BBR自身的探测行为可能制造虚假信号引发振荡；ECN标记在浅buffer路径同样不可靠。文章探讨了四种改进方案（迟滞退出、增益门控、ACK模式分析、取消检测）的利弊，最终KCC选择在探测阶段暂停检测以避免自激振荡。核心结论是：拥塞控制无法在所有网络环境下完美适配，单流检测本质上是在设计假设与路径特征之间寻求平衡。
2026-06-10 14:03:45
723
原创 KCC调整：设计偏好、路径差异与取舍
KCC在BBRv1基础上做了多项调整，如高增益回填、LT带宽探测、参数舍入等。在1Gbps/3-5ms数据中心链路上，这些组合导致重传数高于BBR（135k vs 95k），主要差异源于设计偏好与路径特性的交互，而非正确性对错。
2026-06-10 10:36:43
362
原创 KCC 重传率异常的定位与修复：基于内核 DUMP + 数学公式 + AI 双向推理的拥塞控制调试方法
摘要 本文记录了KCC（一种拥塞控制算法）在1Gbps数据中心链路上重传率异常问题的定位与修复过程。通过内核DUMP采样、数学公式推导和AI辅助双向推理，结合逐特性回退验证的方法，发现根因在于BBR状态机实现中的LT BW auto-recovery机制存在统计错误。具体表现为使用峰值带宽与平均带宽的错误比较，导致拥塞控制反馈环被放大400倍，引发高频振荡和虚假均衡态。最终通过重构LT BW恢复逻辑解决了问题，重传率从38万降至正常水平。这一案例展示了拥塞控制算法调试与传统软件调试的本质区别，强调了闭环系统
2026-06-10 01:46:36
494
原创 用户态 TCP 端口转发：对 CUBIC 友好，对 BBR/KCC 收益不大
用户态TCP端口转发（如gost、rinetd）对CUBIC等传统拥塞算法有一定提升，通过拆分连接使客户端看到更优的短链路特性，但会牺牲延迟和稳定性。然而，这种转发对BBR/KCC等模型驱动算法效果有限，甚至有害——因为BBR/KCC依赖端到端测量，拆分连接会导致误判真实瓶颈带宽和RTT，引发速率失调或延迟激增。IP透明转发（DNAT）能保持完整连接，更适合BBR/KCC。极端弱网下，仅当配置超大缓冲区且完全放弃实时性时，Split-TCP才可能通过堆积换吞吐，但属于特定场景的权衡。建议BBR/KC
2026-06-08 15:22:23
170
原创 KCC 的全局稳态带宽估计的同步：为什么我们不需要 CAS
本文解释了KCC全局带宽估计中为何无需使用CAS(Compare-And-Swap)机制。KCC通过Kalman滤波器估计共享链路稳态带宽，多CPU并发更新时可能出现写覆盖，但这不会影响最终收敛结果。原因包括：1)稳态带宽变化缓慢，个别更新丢失不影响整体趋势；2)覆盖噪声样本反而有益；3)加锁会带来不必要复杂性和性能开销。虽然使用atomic64_t类型进行读写，但主要是为了满足内核规范、避免编译器优化和加速缓存同步，而非实现原子操作。文章强调拥塞控制本质是概率统计问题，追求"足够好"而非绝对精确，因此这种
2026-06-08 14:16:13
358
原创 甜品启动速率：2~4 个 RTT 里到底能决定什么？
本文澄清了关于"甜品启动速率"的常见误解。文章指出，甜品速率是一个理论指导值而非实际发送速率，实际发送受限于内核初始拥塞窗口(cwnd=10)和ACK反馈机制。在2-4个RTT内，算法能根据反馈快速判断方向：向上调整是即时的，紧急降速在1个RTT内完成，有序降速则有8RTT的保护窗口防止误判。甜品速率的作用是指导拥塞控制模块调整pacing和cwnd增长步长，而非实现瞬时高速发送。文章强调，不存在暴力发包的情况，所有发送都必须遵守内核的cwnd限制和ACK反馈机制。
2026-06-08 00:29:31
740
原创 甜品启动速率：一种主动过冲的无奈
《甜品启动速率：拥塞控制中的智能过冲策略》摘要 本文探讨了网络拥塞控制中的"甜品启动速率"机制，这是一种在连接建立初期主动过冲以快速收敛的平衡策略。核心观点如下： 基本概念：甜品启动速率是基于有限信息（如带宽上限或历史数据）计算的理论初始发送速率，作为拥塞控制的"靶心"指导而非实际发送速率。 设计原理：通过数学模型推导相对安全的激进起点，替代传统慢启动的缓慢爬升过程，用可控过冲换取更快收敛。典型计算公式包含出口带宽、折扣系数和增益系数等参数。 本质特征：这是一种"有依据的赌博"，关键在于算法能否在2-4个R
2026-06-08 00:14:25
675
原创 过冲：拥塞控制的呼吸与盲行
本文探讨了网络拥塞控制中的过冲现象本质。文章指出，过冲是探测网络状态的必要代价而非设计缺陷，类比为盲人摸墙的过程。由于网络环境动态变化且反馈存在滞后性，不过冲反而会导致适应能力丧失。作者分析了AIMD算法的局限性，强调丢包信号无法区分具体原因，且控制决策总是基于过去状态。文章揭示了拥塞控制的两难：步长选择本质上是对未来不确定性的博弈，需要在响应速度和平稳性之间权衡。最终指出，过冲是不可避免的特性，关键在于控制其幅度和频率，而非追求不切实际的"零过冲"理想状态。
2026-06-07 23:04:57
173
原创 丢包：一个你永远无法确知原因的信号
《丢包现象的复杂性与不确定性》摘要：丢包作为网络通信中的常见信号，其真实原因往往难以准确判断。文章揭示了丢包可能来自多种因素：网络设备（路由波动、缓冲区配置）、协议栈问题（内核内存不足、网卡队列溢出）、时间滞后效应，甚至包括QoS策略和物理层误码。关键困境在于：丢包本身不携带原因标签，任何区分算法本质上都是基于假设的推测。面对这一网络领域的"测不准原理"，我们只能在过度降速浪费带宽和忽视丢包加剧拥塞之间做出权衡选择，而无法获得绝对正确的解决方案。
2026-06-07 22:13:45
87
原创 拥塞控制：公平性的不可能三角
公平性在网络拥塞控制中是一个理想化但不可实现的目标。文章通过"不可能三角"模型指出：1）无法准确测量网络状态（信息不完整）；2）无法统一定义公平标准（需求各异）；3）无法精确执行公平分配（动态滞后）。现实网络存在路径差异、时延差异和需求差异，所谓公平只是将不公平转移。工程师能做的仅是避免极端情况（饿死流、队列溢出），在有限观测下做出相对合理的妥协。这揭示了网络控制的本质局限——我们只能在信息残缺的动态系统中追求次优解。
2026-06-07 21:35:34
94
原创 随机游走与网络现实：一个终究无法逃离的囚笼
本文揭示了网络拥塞控制中一个根本性的认知困境：我们永远只能基于过时的、不完整的网络状态信息做出决策。文章指出，现有的随机游走模型和卡尔曼滤波方法虽能提供数学上的最优估计，但仍无法突破物理层面的基本限制：带宽与延迟测量的互斥性、信息传递的滞后性以及因果关系的不可逆性。这些限制构成了网络控制算法的"囚笼"，使得我们永远处于被动和滞后的状态。作者强调，接受这种局限性并非悲观，而是对网络控制本质的清醒认知，任何算法都只能在这个框架内寻求相对优化的解决方案。
2026-06-07 21:17:19
268
原创 关于拥塞控制的几点思考
本文探讨了拥塞控制面临的本质挑战。作者指出，拥塞控制本质上是在不确定环境中做决策，需要平衡多个互斥目标。文章从六个方面展开：测量的互斥性（带宽与延迟无法同时准确测量）、信号含义的模糊性（相同现象可能有多种原因）、利用率与拥塞的对立（高吞吐与低延迟不可兼得）、公平性的模糊边界（难以定义绝对公平）、测量工具的局限性（所有工具都有适用边界），以及规则驱动与模型驱动两种设计思路的对比。最终强调拥塞控制没有终极解决方案，设计者必须接受各种权衡，承认认知局限比追求"完美"算法更重要。
2026-06-07 20:56:07
284
原创 单流场景下：算法该不该“踩刹车”？
本文探讨了单流场景下拥塞控制算法的优化空间。传统算法如CUBIC和BBR在多流竞争环境中设计的保守机制，在单流场景（如下载大文件、专用服务器传输）可能造成性能浪费：CUBIC会因噪声丢包误判拥塞而过度降速，BBR则保持周期性"自我刹车"和保守估计。KCC算法创新性地引入单流模式判断机制，通过监测RTT稳定性、带宽占用率等指标，在确认无竞争时关闭保守策略，实现接近理论带宽的传输效率。测试显示单流场景下KCC比BBR提升约11%吞吐量。这体现了算法设计应区分场景的理念——在独占带宽时不做无谓限制，以充分利用用户
2026-06-07 20:44:32
318
原创 什么是“单流”？一个服务器上能不能同时存在多个“单流”？
让我们从第一性原理出发：一条流什么时候会觉得“自己是唯一的”？显然，不是因为它看到了其他流的存在（它看不到），而是因为它**没有观测到任何拥塞信号**——RTT 平稳、无丢包、带宽采样稳定、ACK 间隔均匀。换句话说，它根据自己的观测推断出：“我这条路径上似乎没有别人在跟我抢。”
2026-06-07 20:41:46
341
原创 单流检测：KCC 在独享链路时的行为切换
本文摘要：KCC算法在多流场景表现良好，但在单流测试中性能下降5-8%。研究发现卡尔曼滤波的时延估计偏差和ECN退避机制是主要原因。为此设计了一个单流检测机制，当同时满足六个条件（包括低延迟、低抖动、无ECN标记等）持续3轮时，KCC会退化为类似BBR的简化模式；任一条件不满足立即恢复。该机制通过sysctl参数可调，有效解决了增强特性在基础场景下的负收益问题，体现了"算法应识别环境并自适应"的设计理念。
2026-06-07 11:51:57
211
原创 拥塞控制中的 Inflight 边界：从 1.25× 到 1.0× 的思考
本文探讨了拥塞控制算法中inflight边界的设定问题，重点关注BBR类算法中下限参数的选择。传统BBRv2采用1.25×BDP的下限以防止浅缓冲区问题，但在现代多流场景下会导致聚合过度预留，使总下限超过链路容量，造成持续队列和丢包。测试显示，在8条流1Gbps瓶颈场景下，采用1.0×BDP下限可获得7%的吞吐量提升。文章指出，1.0×下限在多流环境中表现更优，且不影响单流性能，同时保持2.0×的上限不变。建议在高并发环境中将下限调整为1.0×以获得更好的网络性能。
2026-06-07 11:26:04
477
原创 我从 BBRv1 到 KCC 的思考
本文作者回顾了他从BBRv1拥塞控制算法到开发KCC的思考历程。最初被BBRv1基于带宽和RTT测量的可解释性吸引，但发现其滑动窗口取最小RTT的方法在复杂网络中存在缺陷。BBRv2/v3通过堆砌规则解决问题的方式让他失望，认为这偏离了最初的学术纯粹性。作者尝试开发UCP分类算法失败后意识到，需要建立能适应多样性的模型而非规则。最终采用卡尔曼滤波来解决BBRv1的核心测量问题，保持其状态机框架但替换RTT估计方法，开发出KCC算法。作者强调应直面核心问题而非绕过，主张用概率模型驱动代替经验规则。这反映了他对
2026-06-06 14:18:21
645
原创 BBRv1 四项改进：KCC 仓库补丁详解
摘要 KCC仓库对BBRv1拥塞控制算法进行了四项核心改进，打包为独立模块bbr1。主要优化包括：1) 将DRAIN阶段退出条件从"OR"改为"AND"逻辑，避免多流共享瓶颈时的队列残留；2) PROBE_BW阶段增加可配置的提前退出选项，提升短连接效率；3) 为PROBE_RTT引入哈希抖动机制，防止大规模并发流同步震荡；4) LT带宽采样增加5ms拥塞门控，避免误判网络限速。这些改动分别在多流公平性、短连接性能、大规模并发稳定性及带宽估计准确性方面带来提升，同时保持与原版BBRv1的兼容性。补丁已完整集
2026-06-06 13:25:23
355
Intel Smart Sound Technology (ISST) Driver
2024-08-01
serverspeeder 锐速
2022-09-20
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人