LibreQoS 1.4平台已經發布，旨在組織用戶之間可用頻寬的公平分配，並減少網路設備對封包的中間緩衝（Bufferbloat）產生的負面影響。 ISP 或專用網路管理員可以使用該平台來優化流量、將延遲降至最低並根據優先順序分配頻寬。 該專案程式碼是用 C、Python 和 Rust 編寫的，並根據 GPLv2 許可證分發。 該專案是在 Dave Taht 的領導下開發的，Dave Taht 是 Bufferbloat 專案的共同創辦人、CeroWrt 發行版的創建者以及眾多與網路佇列處理相關的 RFC 的作者。
LibreQoS 允許您在網路負載過重的情況下（例如，由於某些用戶在多個串流中下載電影或torrent 粉絲的活動），減少延遲並提高互動式會話、遊戲、線上學習平台、VoIP 流量和視頻通話的可靠性（LibreQoS 解決了當同一網路上的某人開始下載 4K 視訊時視訊通話卡頓的問題）。 LibreQoS 的使用降低了一個用戶可用的峰值吞吐量，但可以顯著減少延遲並在數據交換的所有參與者之間公平分配資源。 在測試中，LibreQoS的使用使得接收資料時的延遲從106毫秒減少到9毫秒，傳輸時的延遲從517毫秒減少到23毫秒，但代價是連續下載的速度從74 Mbps降低到25 Mbps，傳輸速度從29 Mbps降低到 8 Mbps。XNUMX 至 XNUMX Mbps。
LibreQoS 基於 CAKE（通用應用程式增強）網路佇列管理系統和 fq_codel（公平佇列控制延遲）封包調度程序的使用，以及使用 eBPF 和 XDP（快速資料路徑）在網路上執行處理程序。網路驅動程式層級具有直接存取DMA 資料包緩衝區的能力。 CAKE 演算法旨在取代和簡化封包排隊規則的複雜層次結構，即使在與提供者最慢的通訊通道上以及在低功耗設備上運行時，也能夠擠出最大可能的吞吐量並提供最小的延遲。 自由QoS
LibreQoS 還提供了用於追蹤發送請求和接收回應（RTT，往返時間）之間與單一使用者、存取點和站點相關的延遲的工具。 為了分析狀態，我們開發了一個 Web 介面，可以直觀地評估網路流量、追蹤負載和延遲的變化並識別最活躍的用戶。 可以建立靈活的分層流量限制方案，並與 UISP 和 Splynx 整合以對應拓撲和客戶端。
LibreQoS 已安裝在 服務器它位於運營商邊緣路由器和本地網路核心路由器之間。例如，一台運行 LibreQoS 的伺服器可以為成千上萬的用戶執行流量限制。 服務器 配備 16 核心 Xeon Gold CPU，足以處理吞吐量為 11 Gbit/s 的 ISP 用戶端流量。
在新版本中：
- 使用了基於 Rust 編寫的後端的新架構。 後端包括：
- lqosd後台進程負責載入和配置eBPF程序，直接從eBPF中提取統計信息，並為組件之間的數據交換提供總線。
- lqtop 公用程式用於檢視目前活動。
- Web 介面 lqos_node_manager 用於流量分類、監控、記錄系統狀態和分析目前活動。
- lqos_python 綁定，用於組織從 Python 腳本對匯流排的存取。
- lqos_setup 設定檔產生器。
- 使用者認證系統lqos_users。
- 新增了使用基於 XDP 的網橋加速器而不是標準橋接核心子系統的功能。 在此模式下，可以實現30%的效能提升。
- 新增了對分析資料包和流量的支援。
- 新增了單一介面操作模式，可讓您使用一個網路介面和 VLAN 來處理外部（提供者）和內部（本地網路）流量。
- 提出了一個帶有大量新圖表的新網路介面。
來源： opennet.ru
