low_latency_layer 讓 Linux GPU 也有低延遲
low_latency_layer 是一個開源 Vulkan layer,想把 Reflex 和 Anti-Lag 2 這類低延遲功能帶到 Linux 的 AMD 與 Intel GPU。

low_latency_layer 是一個開源 Vulkan layer,想把 Reflex 和 Anti-Lag 2 這類低延遲功能帶到 Linux 的 AMD 與 Intel GPU。
說真的,這題很實際。Linux 玩遊戲最怕的,不是畫質少一點,是操作跟不上手感。這個專案直接碰輸入延遲,還把目標放在 AMD 和 Intel。
開發者 Nicolas James 的測試也不小氣。他用了 540Hz 螢幕,還拿 6 款遊戲做測試。像 low_latency_layer、Linux、NVIDIA Reflex、AMD Anti-Lag 2 這幾個名字,基本上就是這篇的核心。
| 項目 | 數值 |
|---|---|
| 專案 | low_latency_layer |
| 授權 | MIT |
| 測試螢幕更新率 | 540Hz |
| 測試遊戲數量 | 6 款 |
| Linux 遊戲堆疊 | Proton、DXVK-NVAPI |
它到底在做什麼
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析,直送信箱。不定期,不騷擾。
不會寄垃圾信,隨時可取消。
講白了,low_latency_layer 是一個 Vulkan layer。它夾在遊戲和驅動中間。這種做法很適合 Linux,因為 Linux 本來就很吃這類中介層。

它想做的事也很直接。把原本綁定特定廠牌的低延遲邏輯,改成可以被攔截和轉譯。這樣一來,Reflex 和 Anti-Lag 2 這種功能,就不一定只能跟著某一家 GPU 跑。
這件事對 Linux 玩家很重要。因為很多人早就習慣 Proton、DXVK-NVAPI 這類翻譯層。既然遊戲相容性都靠這些東西撐起來,低延遲功能也很自然會走同一條路。
- 它是 implicit Vulkan layer。
- 授權是 MIT,改碼很方便。
- 目標是 Steam Play 和 Proton 堆疊。
- 開發與筆記都放在 GitHub。
為什麼這專案會冒出來
Nicolas James 的說法很直白。他覺得 Mesa 的 Anti-Lag 2 版本有穩定性問題,而且預設還是關掉的。這對想打 FPS 的 Linux 玩家來說,真的很難忍。
他也提到,自己測到的延遲改善,沒有 Windows 上的 proprietary 實作那麼漂亮。這句話很重。因為它等於直接承認,Linux 這邊的低延遲工具鏈,還有補課空間。
他在 Phoronix 的說法也很直接:
“I started this project earlier this year because I was frustrated with the state of Anti-Lag 2 on Linux,” Nicolas James told Phoronix.
這句話很像工程師的真心話。不是行銷稿,也不是產品簡報。就是一個人玩遊戲卡到了,然後自己下場修。
我覺得這也反映 Linux 生態的一個老問題。很多實用功能,最後都靠社群先補洞。等到大家真的用起來,才輪到更大的平台來看這件事。
跟現有方案比,差在哪
如果只看結果,大家最在意的還是延遲有沒有降。James 說,他的測試結果跟 Windows 上的 proprietary 實作差不多,甚至有些情況更好。這不是小事,因為他測的不是空白場景。

他用了 540Hz 螢幕,也拿多款遊戲來跑。像 THE FINALS、Counter-Strike 2、Cyberpunk 2077、Resident Evil Requiem、Marvel Rivals、Overwatch 2,類型差很多。
這代表什麼?代表它不是只在某一款遊戲上剛好好看。它想證明的是,低延遲這件事可以被做成通用層,而不是每個遊戲、每個廠牌各自為政。
- Mesa 版本曾有穩定性問題。
- Windows proprietary 版本是主要對照組。
- low_latency_layer 目標是跨 AMD、Intel、NVIDIA。
- 它跟 Proton 堆疊的相容性更高。
- 測試基準包含 540Hz 與 Reflex Analyzer。
但也別太快高潮。GitHub 上的專案,跟真正進入日常使用,是兩回事。能不能進發行版,能不能被玩家信任,能不能在不同驅動版本下穩定跑,這些才是硬仗。
另外,NVIDIA Reflex 和 AMD Anti-Lag 2 本來就是廠牌功能。現在有人想把它們抽成通用層,這很聰明,但也很麻煩。因為一旦碰到驅動差異,問題就會冒出來。
這類專案放在產業裡代表什麼
這件事的背景,其實是 Linux 遊戲堆疊越來越成熟。Steam Deck 之後,很多人開始接受 Proton。接著,DXVK、VKD3D、DXVK-NVAPI 這些工具也慢慢變成常態。
也就是說,Linux 遊戲早就不是「能不能跑」的問題。現在更像是「跑得順不順」的問題。輸入延遲、幀時間、驅動穩定性,這些細節才是玩家真正會罵的地方。
low_latency_layer 這種專案的價值,就在這裡。它不是在做一個華麗新功能,而是在補 Linux 遊戲體驗裡最容易被感受到的缺口。
如果你看過 Windows 上的 Reflex、Anti-Lag 2、Frame Generation 之類功能,就會知道低延遲不是玄學。它會直接影響射擊遊戲的手感,也會影響你對整台機器的信任感。
所以,這種工具的意義很務實。它不是要改變世界。它是要讓你按下滑鼠左鍵時,畫面別拖泥帶水。
接下來該看什麼
我會先看三件事。第一,實際玩家回報。第二,不同 GPU 和驅動版本的穩定性。第三,安裝會不會麻煩到一般人直接放棄。
如果這三件事都過關,low_latency_layer 就不只是實驗性專案。它會變成 Linux 玩家工具箱裡,很實用的一格。
我的判斷很簡單。接下來 6 到 12 個月,這類低延遲 layer 會越來越多。誰先把穩定性和安裝流程做好,誰就比較有機會被社群留下來。
你如果是 Linux 玩家,我建議先觀察它的 benchmark、issue 討論和相容性清單。別只看「支援 Reflex」這種字眼。真正重要的是,它能不能在你那張卡、你那版驅動、你常玩的遊戲上穩穩跑。