一个开源项目死了核心贡献者，通常就慢慢凉了。LibreQoS反着来——Dave Täht 2023年去世后，团队把他念叨了十年的"延迟负载"理念，全塞进2.0版本里。
从命令行到能看懂的界面
LibreQoS 1.x时代，运营商想调个带宽策略，得对着配置文件猜谜。2.0直接换了套本地Web界面，拓扑图、流量热力、用户投诉定位，三屏之内能解决八成日常问题。
产品经理出身的我，看到这种改动会条件反射：这是把"网络运维"从工程师专属，改成了值班人员也能上手的工具。降低门槛意味着扩大用户基数，开源项目最缺的就是这个。
但界面只是面子。里子是一套重构的流量调度引擎，把 cake（通用自适应队列管理）和 eBPF（扩展伯克利包过滤器）的联动做了重新封装。用户不用懂这些缩写，只需要知道：同样带宽，视频通话少卡一半。
那个总在邮件列表里吵架的人
Dave Täht没写过LibreQoS的核心代码，但几乎每个设计决策都有他的影子。他更出名的身份是Bufferbloat项目发起人——2011年就在喊"路由器缓存太大是罪"，比业界共识早了至少五年。
「延迟不是带宽的副产品，是需要单独优化的指标」，这是他邮件签名档级别的口头禅。LibreQoS 2.0的实时监控面板里，"Latency Under Load"被放在和吞吐量同等的位置，算是把这句话刻进产品里了。
团队同时发布了LibreQoS Bufferbloat Test v2，浏览器里跑一圈，输出不是抽象的"网速多少兆"，而是直接告诉你：你的网络打游戏会不会掉线、开视频会议会不会变电子音。
谁真的需要这个
家庭用户用Speedtest测速，运营商用LibreQoS兜底。它的典型部署场景是WISP（无线互联网服务提供商）和乡村宽带——那些没法铺光纤、只能靠无线中继的地方，带宽本来就紧张，延迟抖动直接决定用户会不会投诉。
2.0版本把"订阅者级"的故障排查做深了。以前用户说"网卡了"，运维只能看到基站整体流量。现在能定位到具体哪个用户、哪类应用、在哪个时段出现了异常排队。这种颗粒度，在开源网络工具里不多见。
项目维护者Robert Chacón在发布说明里写得很克制：「Dave会希望我们关注实际运行的网络，而不是争论抽象概念。」
开源网络工具的市场很微妙——企业级有商业方案，极客玩家自己刷OpenWrt，LibreQoS卡在中间服务中小运营商。2.0的界面改进和测试工具，看起来是想把"中间层"做厚，让更多人能参与进来。
最后一个细节：Bufferbloat Test v2的默认测试时长是30秒，刚好覆盖一局《英雄联盟》的平均团战时长。这是凑巧，还是Dave生前某次邮件里提过的数字？
热门跟贴