- オープンソースのlow_latency_layerは、Linux上のVulkan対応GPUでNVIDIA ReflexとAMD Anti-Lag 2を有効にします。
- このプロジェクトは、公式ドライバのサポートがなくても入力遅延を低減するために、VK_NV_low_latency2とVK_AMD_anti_lagをエミュレートします。
- 負荷の高いタイトルでの初期テストでは、Linuxのレイテンシは、同じハードウェア上でWindowsと同等かそれ以上であることが示された。
- セットアップにはVulkan、CMake、Proton、環境変数に関する技術的な知識が必要となるため、上級ユーザー向けです。
長年にわたり、可能な限り低い入力遅延を追求するLinuxゲーマーは、ある厄介な制約に悩まされてきた。それは、最先端の遅延低減ツールが、Windows上の特定のGPUブランドと独自ドライバに密接に結びついていたことだ。グラフィックカード、オペレーティングシステム、またはドライバスタックがその最適な範囲から外れると、たいていは利用できなかった。
こうした状況は、 low_latency_layerと呼ばれる新しいオープンソースの取り組みによって変わり始めています。各GPUベンダーが自社の低遅延技術に対する完璧なLinuxサポートを展開するのを待つのではなく、このプロジェクトはVulkanを使用して、異なるグラフィックカード間で同じ種類の機能を公開することで、NVIDIA ReflexやAMD Anti-Lag 2のような動作を、本来はそれらの機能に対応するように設計されていなかったハードウェアでも利用できるようにします。
low_latency_layer の実際の機能とは
low_latency_layer は、本質的には最新の C++23 で記述された暗黙的な Vulkan レイヤーであり、ゲームとグラフィックス ドライバの間に位置し、Vulkan デバイス拡張機能であるVK_NV_low_latency2とVK_AMD_anti_lag をベンダーに依存しない形で実装しています。そのため、これらの機能を必要とするアプリケーションは、基盤となる GPU やドライバがネイティブにサポートしていなくても、これらの機能を利用できます。
実際には、 NVIDIA Reflex のサポートが組み込まれたタイトルは、Linux を実行している AMD または Intel GPU 上でその機能を認識するように騙される可能性があるということです。AMD Anti-Lag 2についても同様で、この拡張機能を期待するゲームは、ベンダーに関係なく互換性のあるパスにアクセスできます。このレイヤーは、関連する Vulkan 呼び出しをインターセプトして変換し、コマンド キューとフレーム タイミングを管理して、入力と画面上の応答の間の遅延を削減します。
このプロジェクトはKorthos Softwareによって開発され、Nicolas James氏が主任開発者を務めています。彼がこのプロジェクトに取り組むきっかけとなったのは、既存のLinux版アンチラグ、特にMesaに搭載されているアンチラグは、デフォルトで無効になっていることが多く、動作が不安定になる場合があり、Windows版のアンチラグに比べてレイテンシ削減効果が劣るという現状に気づいたことでした。彼はこれらの問題がすべて解決されるのを待つのではなく、Vulkanをベースにした汎用的なソリューションを構築することに着手しました。
これは暗黙的なレイヤーであるため、ゲームにパッチを適用したり、再構築したりする必要はありません。これらのレイテンシ関連の拡張機能を使用しようとするVulkanタイトルは、ソフトウェアスタックの他の部分が連携している限り、このレイヤーがインストールされて有効化されるとすぐに、原則としてその恩恵を受けることができます。
レイテンシー機能におけるベンダーロックインの打破
low_latency_layer の最大の魅力の 1 つは、レイテンシー技術を取り巻く従来の排他性を覆す点です。従来、NVIDIA Reflex と AMD Anti-Lag 2 はブランド固有のソリューションとして販売されていました。Reflex を利用するには NVIDIA GPU を、Anti-Lag 2 を利用するには AMD カードを使用する必要がありました。Linux ユーザーは、Windows に比べてサポートが弱かったり、サポートが遅れたりすることで、さらに制約を受けることがよくありました。
この新しいレイヤーは、従来とは異なるアプローチを採用しています。これらのシステムの背後にあるVulkan拡張機能をエミュレートすることで、ハードウェアが完全に一致するかどうかをチェックすることなく、ゲームが低遅延パスを有効にできるようにします。つまり、AMD RadeonやIntel統合GPUでも、通常はNVIDIAカードを検出した場合にのみ有効になるReflexスタイルの動作を利用でき、その逆も同様です。
実際には、これは長年の非対称性を解消するのに役立ちます。多くの競技性の高いシューティングゲームやテンポの速いゲームは強力なReflex統合機能を提供している一方で、Anti-Lag 2のサポートはそれほど多くありません。low_latency_layerを導入することで、NVIDIA以外のGPUを使用しているLinuxユーザーも、開発者が最も頻繁に採用しているReflexルートを利用できるようになり、あまり一般的でないオプションや古い手法に頼らざるを得なくなります。
重要なのは、これが独自のドライバパスに依存しない方法で実現されている点です。このレイヤーは標準のVulkanフックと環境変数を使用しており、Proton、DXVK、および関連ツールを中心に構築された既存のLinuxゲームエコシステムに自然に統合され、Waylandゲームの改善点の恩恵を受けています。
Vulkan、Proton、DXVKとの連携方法
low_latency_layerは、設計上、Vulkan APIと密接に連携しています。Linux上でVulkanをネイティブにサポートするゲームは、このレイヤーを直接利用できます。プロジェクトのドキュメントによると、デフォルトの動作はAMD Anti-Lag 2スタイルの拡張機能（VK_AMD_anti_lag）を公開することであり、 Counter-Strike 2などの一部のネイティブタイトルが低遅延モードを認識して使用するにはこれで十分です。
タイトルによっては NVIDIA Reflexパス 統合がより優れているか、テストがより徹底されているかによって、ユーザーは環境変数を調整してレイヤーを制御できます。重要な変数は LOW_LATENCY_LAYER_REFLEX=1これにより、Reflexルートが強制されます。場合によっては、次のオプションもあります。 NVIDIA GPUを偽装する アプリケーションに対して、実際にはサポートされていないハードウェアで実行されているとゲームが認識するようにします。
Proton側では、状況はもう少し複雑ですが、経験豊富なユーザーにとっては管理可能です。ProtonとDXVKを介してWindowsタイトルを実行する場合、low_latency_layerは以下と連携して動作します。 dxvk-nvapiNVIDIA固有のAPIをゲームに公開するコンポーネントです。ゲームが期待どおりに動作するようにするには、多くの場合、有効にする必要があります。 PROTON_FORCE_NVAPI=1Reflex関連の通話が正しく転送されるようにします。
つまり、典型的な競技シューティングゲームでは、スタックは次のようになる可能性があります。ゲーム → DXVK/dxvk-nvapi → Vulkan → low_latency_layer → GPU ドライバー。これは、Linux 7.0 のカーネル サポートに依存します。
欠点は、カジュアルプレイヤー向けのプラグアンドプレイソリューションではないことです。Proton環境変数を理解し、Vulkanレイヤーの設定方法を把握し、場合によってはタイトルごとの起動オプションを調整する必要があります。しかし、Linuxの内部構造やゲームツールに精通しているユーザーにとっては、このアプローチは既存の手動チューニング文化にうまく適合します。
測定されたパフォーマンス：LinuxはWindowsに匹敵、あるいは凌駕している
このプロジェクトは、机上の空論に終われば面白みに欠けるものだったでしょう。開発者たちは、 AMD Radeon RX 7900 XTX、Ryzen 7 9800X3D CPU、64GBのRAMといった高性能なテストベンチを用いて、レイテンシを定量的に測定することに力を注ぎました。入力から表示までの遅延を追跡するために、 NVIDIA Reflex Analyzerを内蔵したモニター（具体的にはASUS PG248QP）を使用し、入力テストを繰り返した後、結果を手動で記録しました。
複数の最新タイトルにおいて、low_latency_layerは、同じハードウェア上でベンダー提供の実装を実行しているWindowsと同等、あるいはそれ以上のレイテンシ削減を実現していると報告されている。これは大胆な主張だが、公式ソリューションに匹敵するだけでなく、場合によっては凌駕するというプロジェクトの目標と一致している。
テスト対象となったゲームには、『THE FINALS』、『Counter-Strike 2』、『Cyberpunk 2077』、『Resident Evil Requiem』、『Marvel Rivals』、『Overwatch 2』などがある。例えば、『Counter-Strike 2』では、収集されたデータによると、特定の条件下では、low_latency_layer を使用した Linux が、生のレイテンシの数値において Windows をわずかに上回り、競技プレイヤーにとって重要な数ミリ秒の遅延を削減できることが示唆されている。
『バイオハザード レクイエム』や『オーバーウォッチ2』などの他のタイトルでは、このレイヤーを通して実装されたリフレックスベースのパスが、AMD Anti-Lag 1などの代替手段よりも優れたパフォーマンスを発揮することが示されています。開発者たちはまた、同じシナリオでテストされたMesaのAnti-Lag実装では、これらのゲームの一部で改善がほとんど見られないことを指摘しており、これがニコラス・ジェームズが新たな設計を追求することにした理由の一つとなっています。
全体として、初期のベンチマーク結果は単純な点を強調している。適切なミドルウェアが整備されていれば、 LinuxはWindowsに後れを取るような後付けの技術ではなく、低遅延ゲームにおいて第一級の性能を発揮できるということだ。
経験豊富なLinuxゲーマー向けの技術ツール
こうした有望な結果にもかかわらず、このプロジェクトは明らかにLinuxゲームの技術的な側面を深く掘り下げることに抵抗のないユーザーを対象としています。low_latency_layerのインストールは、使いやすいGUIでワンクリックで完了するような簡単なプロセスではありません。通常は、ソースコードを取得し、CMakeを使用して構成とコンパイルを行い、Vulkanレイヤー構成ファイルをシステムに正しく設定する必要があります。
ビルドプロセスに加えて、レイヤー自体とProtonやdxvk-nvapiなどのコンポーネントの両方の環境変数を管理する必要があります。これは、Steamでゲームごとの起動オプションを編集したり、ReflexやAnti-Lag 2のパスをトリガーする組み合わせを試したり、特定のタイトルが予期しない動作をした場合にトラブルシューティングを行ったりすることを意味します。
そのギャップを埋めるため、Nicolas James氏はプロジェクトのGitHubページに詳細なセットアップガイドを公開しました。このガイドでは、前提条件、コンパイル手順、環境設定について解説しており、Linuxターミナルとパッケージ管理に基本的な知識を持つユーザーを対象としています。完全な初心者向けではありませんが、ユーザーが推測に頼るのではなく、体系的なプロセスで進めることを目的としています。
現状では、low_latency_layerは、ゲームをインストールして「プレイ」ボタンを押すだけの一般ユーザーよりも、熱心なゲーマーや競技プレイヤー向けのツールと言えるでしょう。しかし、このプロジェクトはオープンソースであるため、将来的にはパッケージ化、グラフィカルなフロントエンドの開発、あるいは配布形態に合わせた統合など、導入を効率化するための取り組みが期待できます。
注目すべきは、これがより広範なトレンドにどのように合致しているかという点です。Linuxゲームの改善は、大手企業だけでなく、コミュニティ主導のレイヤーや互換性プロジェクトからももたらされるようになっています。Proton、DXVK、そして今回登場したlow_latency_layerはすべて、独自のドライバスタックが残すギャップを埋めるという共通の理念を持っています。特に、ゲームの操作感に大きく影響するパフォーマンスやレイテンシといった分野において、その役割は重要です。
総じて言えば、low_latency_layerは、低遅延技術がプレイヤーに届く方法の変化を浮き彫りにしています。単一のオペレーティングシステム上の特定のブランドドライバーに縛られるのではなく、これらの機能はLinux上でオープンなクロスベンダー方式で再実装されつつあります。これはまだすべての人にとって万能薬ではありませんが、試行錯誤を厭わないユーザーにとっては、GPUの筐体にNVIDIA、AMD、Intelのロゴが付いているかどうかに関わらず、Linuxでの入力遅延がWindowsで利用可能なものと肩を並べ、場合によってはそれを上回る可能性があることを示しています。
