![]()
一個開源項目死了核心貢獻者,通常就慢慢涼了。LibreQoS反著來——Dave T?ht 2023年去世后,團隊把他念叨了十年的"延遲負載"理念,全塞進2.0版本里。
從命令行到能看懂的界面
LibreQoS 1.x時代,運營商想調(diào)個帶寬策略,得對著配置文件猜謎。2.0直接換了套本地Web界面,拓撲圖、流量熱力、用戶投訴定位,三屏之內(nèi)能解決八成日常問題。
產(chǎn)品經(jīng)理出身的我,看到這種改動會條件反射:這是把"網(wǎng)絡(luò)運維"從工程師專屬,改成了值班人員也能上手的工具。降低門檻意味著擴大用戶基數(shù),開源項目最缺的就是這個。
但界面只是面子。里子是一套重構(gòu)的流量調(diào)度引擎,把 cake(通用自適應(yīng)隊列管理)和 eBPF(擴展伯克利包過濾器)的聯(lián)動做了重新封裝。用戶不用懂這些縮寫,只需要知道:同樣帶寬,視頻通話少卡一半。
那個總在郵件列表里吵架的人
Dave T?ht沒寫過LibreQoS的核心代碼,但幾乎每個設(shè)計決策都有他的影子。他更出名的身份是Bufferbloat項目發(fā)起人——2011年就在喊"路由器緩存太大是罪",比業(yè)界共識早了至少五年。
「延遲不是帶寬的副產(chǎn)品,是需要單獨優(yōu)化的指標」,這是他郵件簽名檔級別的口頭禪。LibreQoS 2.0的實時監(jiān)控面板里,"Latency Under Load"被放在和吞吐量同等的位置,算是把這句話刻進產(chǎn)品里了。
團隊同時發(fā)布了LibreQoS Bufferbloat Test v2,瀏覽器里跑一圈,輸出不是抽象的"網(wǎng)速多少兆",而是直接告訴你:你的網(wǎng)絡(luò)打游戲會不會掉線、開視頻會議會不會變電子音。
誰真的需要這個
家庭用戶用Speedtest測速,運營商用LibreQoS兜底。它的典型部署場景是WISP(無線互聯(lián)網(wǎng)服務(wù)提供商)和鄉(xiāng)村寬帶——那些沒法鋪光纖、只能靠無線中繼的地方,帶寬本來就緊張,延遲抖動直接決定用戶會不會投訴。
2.0版本把"訂閱者級"的故障排查做深了。以前用戶說"網(wǎng)卡了",運維只能看到基站整體流量。現(xiàn)在能定位到具體哪個用戶、哪類應(yīng)用、在哪個時段出現(xiàn)了異常排隊。這種顆粒度,在開源網(wǎng)絡(luò)工具里不多見。
項目維護者Robert Chacón在發(fā)布說明里寫得很克制:「Dave會希望我們關(guān)注實際運行的網(wǎng)絡(luò),而不是爭論抽象概念。」
開源網(wǎng)絡(luò)工具的市場很微妙——企業(yè)級有商業(yè)方案,極客玩家自己刷OpenWrt,LibreQoS卡在中間服務(wù)中小運營商。2.0的界面改進和測試工具,看起來是想把"中間層"做厚,讓更多人能參與進來。
最后一個細節(jié):Bufferbloat Test v2的默認測試時長是30秒,剛好覆蓋一局《英雄聯(lián)盟》的平均團戰(zhàn)時長。這是湊巧,還是Dave生前某次郵件里提過的數(shù)字?
特別聲明:以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布,本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.