NVIDIA Linux 615.71.09公開｜ProtonでReflexが標準対応、Smooth Motionのフリーズも修正
本記事にはアフィリエイト広告（Amazon・楽天市場等）のリンクが含まれています。
ProtonでNVIDIA Reflexが素のまま効くようになります
出典：NVIDIA公式「Linux x64 (AMD64/EM64T) Display Driver 615.71.09」リリースハイライト、NVIDIA「Unix Driver Archive」にもとづきます（2026年9月10日確認）。
LinuxでSteamのWindowsゲームを遊んでいると、Windowsでは当たり前に使える機能が使えない、という場面にたびたび行き当たります。NVIDIA Reflexもそのひとつでした。
NVIDIAが2026年9月9日に公開したLinux向けドライバー615.71.09は、そこに手を入れています。Vulkan拡張VK_NV_low_latencyのRevision 2へ対応し、Windows向けのVulkanゲームをProtonで動かした際にReflexが使えるようにする、というのが今回の中心です。
ただし「615.71.09を入れればSteamの全ゲームでReflexが有効になる」という話ではありません。何が変わって何が変わらないのか、そして更新すべきかどうかを、NVIDIAのリリースハイライトから整理します。
目次
目玉ProtonでNVIDIA Reflexが素のまま効くようになる
NVIDIAがリリースハイライトの先頭に置いているのが、次の項目です。
VK_NV_low_latencyのrevision 2に対応し、NvLowLatencyVk.dllを使用するVulkanネイティブのゲームにおいて、ProtonでのNVIDIA Reflexを追加設定なしで利用できるようにしました。
VK_NV_low_latencyはNVIDIA Reflexに関係するVulkan拡張です。Khronosの仕様を見ると、Revision 2は2026年6月26日に追加されたもので、変更内容は従来のNVIDIA Reflex実装を呼び出すためのLegacyNVエントリーポイントの追加とされています。vkLatencySleepLegacyNVやvkSetLatencyMarkerLegacyNVなど7つの関数が該当します。
ここで重要なのは、Khronosが仕様の中で「これらは互換レイヤーでの使用のみを想定している」と明記している点です。一般のVulkanアプリが直接呼ぶための機能ではなく、WindowsのAPIをLinux上で受け止める層のために用意されたものだということです。ProtonはまさにそのためのソフトウェアなのでNVIDIAのドライバーがこれに対応した意味は大きくなります。
誤解すべてのProtonゲームでReflexが効くわけではない
ここが今回いちばん誤読されやすい部分です。615.71.09を入れただけで、SteamのWindowsゲームすべてにReflexが追加されるわけではありません。
NVIDIAが対象として書いているのは、Vulkanネイティブで、なおかつWindows版のNVIDIA低遅延VulkanライブラリNvLowLatencyVk.dllを使うゲームです。ゲーム側にReflexの実装がなければ、ドライバーを新しくしただけで設定画面に項目が生えることはありません。
もうひとつ、必要なものがドライバー以外にもあります。ProtonでNVIDIAのAPIを橋渡ししているDXVK-NVAPIの説明では、Vulkan版Reflexを動かす方法が2つ挙げられています。
| 方式 | 必要なもの | 注意点 |
|---|---|---|
| Revision 2方式 | Revision 2対応のVulkanドライバー＋winevulkan 1.4.357以降 | ゲーム側が拡張を有効にする必要があり、『レッド・デッド・リデンプション2』はこの方法では動かないと明記 |
| 専用レイヤー方式 | DXVK-NVAPI付属のVulkanレイヤー | レイヤーがVK_NV_low_latencyの有効化要求を自身に差し替える |
DXVK-NVAPI側は「今後はRevision 2方式を優先する」と書いています。615.71.09がRevision 2を実装したことで、その優先ルートをドライバー側から支えられるようになった、という位置づけです。
なおDirectXのゲームについては、以前からDXVK-NVAPIを経由してReflexを利用できる仕組みがありました。今回改善されたのはVulkan版Reflexとの互換性です。この点を混ぜて読むと「今までProtonでReflexは一切使えなかった」という誤解になります。
前提Reflexはfpsを上げる機能ではない
念のため整理しておきます。NVIDIA Reflexは平均fpsを引き上げる機能ではありません。CPUとGPUの処理待ちを調整して、入力してから画面に反映されるまでのシステムレイテンシを縮めることを目的としています。
GPU使用率が高く、CPUが次のフレームを先に作り続けるような状況では、レンダーキューが積み上がって入力から表示までの時間が伸びます。Reflexはその積み上がりを抑える方向で働きます。競技系のFPSで重視されるのは平均fpsよりこちらだ、というのがReflexの立ち位置です。
Reflexそのものの仕組みや、長らく未配信が続いているReflex 2の状況についてはReflex 2（Frame Warp）はなぜ未配信のままなのかで詳しく扱っています。
修正Smooth Motionのフリーズ、Wayland、Blackwellの表示破損
機能追加以外の修正も、Linuxでゲームを遊んでいる人には分かりやすいものが並んでいます。
VK_NV_low_latency2がVK_KHR_wayland_surfaceとVK_KHR_displayから作られたSwapchainでレイテンシを削減できない不具合が直りました。拡張自体は使えていても、Wayland上の特定の経路では期待した低遅延化が働いていなかったということになります。このほか、VulkanローダーがvkDestroyInstanceのあとにlibGLX_nvidia.so.0をアンロードするとファイルディスクリプタが漏れる不具合の修正、VK_EXT_cluster_acceleration_structure拡張への対応追加、cgroupsによるメモリ分割への対応追加も含まれています。
名指しカプコン『プラグマタ』のXid 109がWaylandで直る
今回のリリースハイライトには、タイトルを名指しした修正がひとつだけあります。Wayland上で『プラグマタ』を読み込む際に発生するXid 109エラーの修正です。
Xidという表記に馴染みがない場合のために補足します。NVIDIAの公式ドキュメントによれば、XidメッセージはNVIDIAドライバーがOSのカーネルログやイベントログへ出力するエラー報告で、GPU全般のエラーが起きたことを示します。原因はドライバーがGPUを誤ってプログラムした場合や、GPUへ送られたコマンドが壊れた場合が多いとされ、ハードウェアの問題・NVIDIAのソフトウェアの問題・ユーザーアプリケーションの問題のいずれもありうると説明されています。
番号ごとに意味は決まっていて、Xid 109はContext Switch Timeout Errorにあたります。GPUが処理の切り替えを想定時間内に完了できなかった、という種類のエラーです。
NVIDIAが明記しているのは、Waylandで『プラグマタ』をロードした場合に限った修正です。ほかのゲームでXid 109が出ている場合は、ゲーム側・Proton・GPUドライバー・オーバークロック・電源・VRAMなどを個別に切り分ける必要があります。Xidはアプリケーションのクラッシュより一段下のレイヤーからの報告なので、同じ番号でも原因は同じとは限りません。
『プラグマタ』はカプコンの新規IPで、パストレーシングを使う重量級タイトルです。LinuxとWaylandの環境でこのタイトルを動かして症状が出ていた人には、更新する理由がはっきりしています。
新設定マルチモニターのアイドル消費電力を下げる項目が追加された
615.71.09では、nvidia.koカーネルモジュールのNVreg_RegistryDwordsにRmDisableDisplayGlitchPerfLimitという新しいトークンが追加されました。NVIDIAが公式に挙げている指定例は次のとおりです。
modprobe nvidia "NVreg_RegistryDwords=RmDisableDisplayGlitchPerfLimit=1"NVIDIAはこの設定について、一部のマルチモニター構成でアイドル時の消費電力を下げられる可能性があるとしています。ただし同じ文で「ディスプレイがメモリを使用している最中にメモリクロックが変化する可能性があり、その結果として瞬間的な表示の乱れが起こりうる」というリスクも書いています。
つまり誰にでも勧められる省電力設定ではありません。高リフレッシュレートのデュアルモニターなどでアイドル時のVRAMクロックが下がらず消費電力が高い、という症状を調べている人向けの切り分け候補と考えるのが安全です。通常の使用で困っていないなら、カーネルモジュールの設定を触る必要はありません。
性能fpsが上がるドライバーではない、ただし例外の注記がある
リリースハイライトを読む限り、「多数のゲームで平均fpsが向上する」という類の記載はありません。中心はVulkan、Reflex、Wayland、Smooth Motion、表示処理まわりの機能追加と不具合修正です。RTX 4070やRTX 5070の平均fpsが更新だけで大きく伸びることは期待しないほうがよいでしょう。
むしろ注意したいのは逆方向の注記です。NVIDIAは、Blackwell GPUで2段以上のネストしたスレッド分岐を持つカーネルにおいて、まれに処理の合流に失敗する問題を修正したと書いています。そのうえで、この修正には「わずかな性能コストを伴う可能性がある」と明記しています。
NVIDIAは、NVCC 13.2.2以降でビルドされたアプリケーションは影響を受けないこと、再コンパイルすれば性能低下を解消できること、再コンパイルできない場合はCUDA_SELECTIVE_DEVICE_CODE_RECOMPILEという環境変数で挙動を制御できることを説明しています。対象はGPU上で動く演算カーネルなので、ゲームのラスタライズ性能に効いてくる性質のものではありません。ただ「性能が下がる可能性」に公式が触れているのは、この項目だけです。
実質的な効果としては、Reflexが正常に働いていなかった環境ではシステムレイテンシが縮む可能性があり、Smooth Motionでフリーズしていた環境では、これまで実用できなかったフレーム生成が使えるようになる可能性があります。fpsを伸ばすドライバーではなく、機能と互換性を前に進めるドライバーだと捉えるのが正確です。
判断これは安定版ではない、更新すべき人とそうでない人
見落としやすい点として、615.71.09は安定運用向けの区分ではありません。
| 区分 | バージョン | 位置づけ |
|---|---|---|
| Production Branch | 595.99.02 | 安定運用を重視する場合の最新版 |
| New Feature Branch | 615.71.09 | 新機能を先に使える代わりに検証量は少ない |
NVIDIAのUnix Driver Archiveでは、x86_64とaarch64のどちらでもこの区分が示されています。数字が大きいから新しくて良い、という単純な話ではありません。
nvidia-smiで実際にロードされているバージョンを確認してください。とくにカーネルの更新とドライバーの更新が重なる環境では、「パッケージを更新した」ことと「新しいカーネルモジュールが実際にロードされた」ことは別物です。ここを分けて確認しておくと、動かないときの切り分けが早くなります。
SteamOSやNVIDIA GPUの組み合わせで詰まりやすい点はSteamOSでNVIDIA GPUは使えるのかに、LinuxでNVIDIA GPUの電力や温度を管理する方法はLACT 0.10.0の解説にまとめています。Proton本体の更新状況はProton 11.0.2の記事で扱っています。
FAQよくある質問
NvLowLatencyVk.dllを使うゲームです。ゲーム側にReflexの実装がなければ設定項目は増えません。DXVK-NVAPIの説明では、Revision 2方式にはwinevulkan 1.4.357以降も必要とされています。まとめWindows版の機能をLinux側で受け止める方向へ進んでいる
615.71.09で興味深いのは、ひとつのゲームを速くするアップデートではないという点です。ProtonでWindowsゲームを動かし、Waylandで表示し、Reflexでレイテンシを抑え、対応していないゲームにはSmooth Motionを使う。いまのLinuxゲーミングを構成している複数の部分が、同時に前へ進んでいます。
今回の中心はVK_NV_low_latency Revision 2への対応です。NvLowLatencyVk.dllを使うVulkanネイティブのゲームを、ProtonでReflex付きのまま動かせるようになります。ただし全ゲームが対象になるわけではなく、winevulkan側の対応も必要です。DirectXのゲームはもともとDXVK-NVAPI経由で利用できていました。
あわせてSmooth Motionの起動・Alt＋Tabフリーズ、Waylandでの低遅延化不具合、Blackwellの表示破損、カプコン『プラグマタ』のXid 109などが修正されています。fpsを伸ばすドライバーではなく、機能と互換性を前進させるドライバーです。
一方で615.71.09はNew Feature Branchで、Production Branchは595.99.02のままです。上に挙げた機能を必要としていないなら、急いで移行する理由はありません。数字の大きさではなく、変更内容が自分の環境に関係するかで判断するのが確実です。
あわせて読みたい
