500Mbps 寬頻都可以窒過 100Mbps：四個數字查清 bufferbloat
由有線基準到 SQM，逐步分清 Wi‑Fi、router 同寬頻問題
屋企寬頻有 500Mbps，下載大型遊戲自然快過 100Mbps；不過一到打機、視像會議或者開網頁，體感可以倒轉。XDA 提到嘅 bufferbloat，就係 router 或連線樽頸前面積住太多封包，流量一多，後來嗰批封包要排長龍。最常見場面係 NAS、相片備份或者大檔案上載食盡條線，另一部機嘅通話跟住窒。
先睇清楚四個數字
頻寬／throughput 講緊一段時間可以搬幾多數據，Mbps 越高，大檔案通常越快完成。閒置延遲 就係條線冇乜流量時，封包來回測試 server 要幾耐；負載延遲 係下載或上載忙緊時再量同一件事。至於 jitter，睇嘅係每次延遲相差幾遠：平均延遲唔算高，但數字忽高忽低，語音、畫面同遊戲操作一樣可以唔順。
高速計劃只會令條「路」闊啲，冇保證塞車時識得排隊。IETF 對 AQM 嘅解說指出，過大又冇管理嘅 buffer 會推高端對端延遲，語音、影片同遊戲呢類怕 delay 嘅用途最易中招。呢點亦拆穿咗常見測速迷思：見到接近合約速度，只代表吞吐量大致過關，未答到全屋多人用、上下載同時發生時仲順唔順。
測一次 Wi‑Fi，判唔到邊度出事
先搵一部電腦用 Ethernet 直駁主 router，關 VPN，停一停 NAS 同雲端備份，亦叫屋企其他器材暫時唔好大量傳送。跟住用 Cloudflare Speed Test 或 Bufferbloat.net 列出嘅測試，記低閒置延遲、下載負載延遲、上載負載延遲同 jitter；隔幾分鐘做兩三次，再喺另一個時段重複。有線、安靜環境同重複結果，先有一個較可信嘅基準。
Cloudflare 會喺傳送測試數據期間另外量 RTT，得出負載延遲，亦會量閒置同負載 jitter。不過官方同時講明，browser、家中 Wi‑Fi 同去 Cloudflare 嘅整條路徑都會計入結果，而且佢個測試唔以榨盡最高 throughput 為目的。換句話講，loaded latency 明顯升高只係線索；單憑一張成績表，未足以指定 router、Wi‑Fi 或 ISP 做元兇。
對照結果，問題會清楚好多
如果 Ethernet 連續幾次都係閒置低、上載或下載一忙就大幅升高，而 Wi‑Fi 見到相同走勢，排隊延遲值得優先查。如果 Ethernet 正常，轉 Wi‑Fi 先出現高 jitter 或延遲飄忽，就應先查訊號、頻道擠迫、mesh 回程同距離。如果閒置延遲本身已經高，問題亦可能喺 VPN、測試 server、寬頻路徑或 Wi‑Fi，唔應該急住當成 bufferbloat。
仲可以做一個貼近日常用法嘅對照：保持 ping 或測速頁面開住，啟動平時嗰個相片備份或 NAS 上載，再停低佢，比較前後變化。好多家居計劃下載好快，上載容量就較容易俾一個工作食盡；回應封包都要喺上行排隊，結果就係下載數字靚，打機同視像會議仍然窒。呢個亦解釋到點解盲目加下載速度，未必改到體感。
先止血，再考慮 QoS 或 SQM
短期可以錯開大型下載、限制雲端同步速度，或者避免開會時做 NAS 備份。長期就睇 router 有冇 SQM、CAKE、FQ-CoDel 或相近功能。普通 QoS 有時只係幫流量分優先次序，做法未必等同管理 queue；各品牌名稱、支援範圍同設定亦唔一致。開啟前要查清楚型號文件，亦要留意舊 router 跑 SQM 時可能受 CPU 效能限制，尤其條線去到高速時。
設定整形速度時，原則係畀 router 掌握真正樽頸，再用相同方法重測延遲同實際速度。XDA 建議填入實測速度嘅 85% 至 90%，不過呢個比例唔應照抄做萬用答案：寬頻速度波動、接駁方式、router 效能同演算法都會改變合適數字。由略低過穩定實測值開始，逐步調校同保留結果，可靠過一次過削走固定百分比。
升級寬頻有機會令條線冇咁易用盡，但 router 排隊方式、Wi‑Fi 干擾同上載樽頸照樣存在。對經常打機、開視像會議或者跑 NAS 備份嘅家庭，先做好有線對照，再處理背景流量同 SQM，通常比見到 lag 就加 plan 更容易搵到原因。
參考來源
- XDA Developers — Your 500 Mbps internet can feel worse than 100 Mbps, and the reason is not what you think — original report
- How does Cloudflare’s Speed Test really work? — Cloudflare 官方解釋閒置延遲、負載延遲、jitter、測試方法同 browser 測試嘅限制。
- Tests for Bufferbloat — 整理可用測試工具，亦示範用持續 ping 配合流量負載觀察延遲變化。
- RFC 7928：Characterization Guidelines for Active Queue Management — IETF 對大型 unmanaged buffer、排隊延遲、jitter 同 AQM 評估方法嘅技術背景。
- RFC 8290：The Flow Queue CoDel Packet Scheduler and Active Queue Management Algorithm — FQ-CoDel 嘅正式技術說明，交代 flow queueing 同 CoDel 點樣配合控制延遲。
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
