可能な限り、プロジェクト自身のドキュメントから回答しています。正直な答えが「それはまだ誰も測定していません」である場合は、そのように書いています。
gpu-unlock と gpu-unlock-ada の README と照合 · 2026-10-25
GeForce RTX 30 シリーズカードでは、NVIDIA は FP16/BF16 の積和演算（FMA）命令が FP32 演算に発行できるレートを、同一シリコン上のプロフェッショナル向けカードと比べて半分にしています。gpu-unlock は、NVIDIA 純正ドライバがカードをバインドする前にハードウェアのスピードセレクタ（SS0 0x88888888、SS1 0x8）を書き込み、フルレートを復元します。オーバークロックは何もしません。電力制限も引き上げません。どの命令が何を計算するかも変更しません — 出力比較を行った報告では、出力はビット単位で同一でした。
調整した回答は次の通りです。その仕組みは意図的に保守的です — 起動初期に実行され、すでにバインドされているか電源が落ちているカードはスキップし、カードに恒久的に書き込まれるものは何もありません。通常の場合、カーネルパラメータを 1 つ取り除いて再起動すれば、純正の動作に戻ります。それでもこのプロジェクトは実験的なもので、非公式です。起動のたびにカードに対してファームウェアシーケンスと PCIe リセットを実行します。ドキュメント記載の失敗モードは次の通りです。シーケンス中にカードのファームウェアが決して止まらない場合、モジュールはそれを記録し、関連する DMA バッファを保持します — 再試行する前に電源を切らなければなりません。保証は一切ありませんし、「これまでのユーザー報告」をそれに応じて重み付けて考えてください。そのリスクプロファイルが気になる場合は、インストールしないでください。
プロジェクト自身はどちらについても主張していませんし、NVIDIA はこれを推奨していません — 保証やサポートへの影響は、非公式の低レベルなハードウェア改変と同様に、ご自身のリスクとして扱ってください。「BAN」については、自分のカードでローカル計算を実行することに、アカウントやサービスは関与しませんし、プロジェクトがゲームやアンチチートシステムと関わることもありません。当サイトにできないのは、このように動作させたカードについて、メーカーが保証請求をどう扱うかを約束することです — それを公表している人はいないため、答えを保証する人は推測しているだけです。
カーネルモジュールはLinux のみです。関連するデータポイントが 2 つあります。Ampere プロジェクトのユーザー報告によると、Windows 上でこの手法を UEFI に移植したものから同じアンロックが動作しました（RTX 3070 Ti について）。また Ada フォークは、特定の MSI RTX 4070 Ti ボード 1 枚向けの実験的な Windows UEFI リファレンス移植を記載しています（同条件の cuBLAS の向上は約 +80% FP16 / +76% BF16 でした）。どちらも、対応が保証された、インストール可能な Windows リリースではありません。今日 Windows でこれが必要な場合、公式な答えはありません。
不明です — それが完全な答えです。プロジェクトのドキュメントにも、それにリンクされた報告にも、gpu-unlock に関する検証済みのゲーム FPS データはありません。公開された向上はすべて計算ワークロード（GEMM、LLM 推論、拡散モデル）におけるものです。ゲームは、このアンロックが対象としない、シェーダ、テクスチャ、帯域幅の経路の混合に依存します。公開された方法論なしに具体的な FPS の改善を提示する人は、推測しているだけです。
GA102、GA103、GA104、GA106 チップ上の GeForce カードです — RTX 30 シリーズの大部分です。テストされ報告されたのは、RTX 3090 Ti、3090、3080 10 GB、3070、3060 12 GB です。RTX 3050（GA107）は対象外です。OEM 3080 Ti 20 GB（GA102-250）は、BF16 が半分のレートのままになる既知の例外です。詳細は互換性ページをご覧ください。RTX 40 シリーズカードは別のフォークです。
LLM のどちらの半分かによります。プリフィルは計算律速で、ユーザー報告では +14–36% です。デコードはメモリ帯域律速です — アンロックは、デコードが決して到達しない上限を引き上げます。そのため、報告された LLM テストではデコード速度はそのままでした。それは物理法則であり、インストールの失敗ではありません。トークンを眺めるのではなく、journalctl -k -b | grep gpu_unlock で確認してください。
再起動については、はい — それがドキュメント記載の設計です。モジュールは initramfs に存在し、gpu_unlock.targets= パラメータがある限り、起動のたびに再適用されます。後からインストールされたカーネルは、カーネル自身のインストールフックからモジュールと再ビルドされたイメージを引き継ぎます。ドライバ更新は、このプロジェクトが回避するまさにその痛みです。NVIDIA ドライバ自体には決してパッチを当てないため、新しいドライバリリースに新しいパッチは必要ありません — モジュールはこれまで通り、その前に実行されるだけです。メモリへのサスペンドは処理されます（レジューム時に再アンロックし、約 1 秒追加されます）。ハイバネーションは対象外です。
はい — PCI アドレスで指定してください。gpu_unlock.targets=0000:21:00.0（lspci -D が表示するアドレス）か、カンマ区切りで複数を列挙してください。報告は、1 台のマシンに最大 4 枚のカード、ディスプレイ出力用カード、vfio-pci で VM にパススルーされたカードをカバーしています。
カーネルコマンドラインから gpu_unlock.targets= を削除して再起動してください — そうすればモジュールは何もしません。パッケージを取り除くと、モジュールとその initramfs 統合も取り除かれます。1 回だけ純正の状態で起動したい場合は、ブートローダの編集画面でパラメータを編集して取り除いてください。インストールガイドのロールバックのセクションをご覧ください。
無料です — オープンソースです。カーネルモジュールとパッケージングは GPL-2.0-only です。生成されたペイロードは固定された CMP リファレンスに由来し、NVIDIA ファームウェアは NVIDIA 独自の条件の下にあります。プロジェクトページでは、作者の GPU 趣味に少し協力したい場合の任意の支援を受け付けています。
いいえ。GPU Unlocker は、プロジェクト、その数値、そのリスクを記録する独立ガイドです。コードと権威あるドキュメントは github.com/Zagitta/gpu-unlock（Ampere）と github.com/JustAResearcher/gpu-unlock-ada（Ada フォーク）にあります。このサイトと README が食い違うことがあれば、正しいのは README です — そして、そのことをぜひお知らせください。
おそらくカードではなく、タイミングの問題です。モジュールは initramfs でのみ動作し、NVIDIA ドライバがカードをバインドする前に動作します。その時点で、すでにバインドされているか電源が落ちているカードはスキップされます。起動後にモジュールを手動で読み込んでも、バインド済みのカードには何も起こりません。journalctl -k -b | grep gpu_unlock でブートログを確認し、gpu_unlock.targets= が実際にカーネルコマンドラインにあることを確認し（cat /proc/cmdline）、お使いのカードが GA102、GA103、GA104、GA106 のモデルであることを確認してください — それ以外はログに記録され、無視されます。
再試行する前に、電源を完全に切ってください。そのメッセージは、プロジェクトのドキュメント記載の失敗モードです。シーケンス中にカードのファームウェアが決して止まらない場合、モジュールはそれを記録し、そのファームウェアがまだ使っている可能性のある DMA バッファを、次の電源オフまで意図的に保持します。いじり続けないでください — 電源を完全に切ることが、ドキュメント記載の復旧方法であり、インストールガイドのロールバックのセクションでも同じ内容を扱っています。
おそらく、GA102-250 チップで作られた OEM RTX 3080 Ti 20 GB をお持ちです — プロジェクトのテスト済みカードリストに記載された唯一の例外です。そのカードではアンロックは完了しますが、BF16 のスループットは半分のレートのままです。市販の 12 GB 3080 Ti は別のケースです（チップは対象内、報告はまだ）。詳細は互換性ページをご覧ください。