「NVIDIA Optimus」の版間の差分
細 (→nvidia を使う: 空白を追加) |
Kusanaginoturugi (トーク | 投稿記録) (カテゴリを修正) |
||
(7人の利用者による、間の43版が非表示) | |||
1行目: | 1行目: | ||
− | [[Category:グラフィック]] |
+ | [[Category:グラフィックス]] |
[[en:NVIDIA Optimus]] |
[[en:NVIDIA Optimus]] |
||
− | [[ |
+ | [[es:NVIDIA Optimus]] |
+ | [[fr:NVIDIA Optimus]] |
||
+ | [[ru:NVIDIA Optimus]] |
||
+ | [[zh-hans:NVIDIA Optimus]] |
||
{{Related articles start}} |
{{Related articles start}} |
||
+ | {{Related|PRIME}} |
||
{{Related|Bumblebee}} |
{{Related|Bumblebee}} |
||
{{Related|Nouveau}} |
{{Related|Nouveau}} |
||
{{Related|NVIDIA}} |
{{Related|NVIDIA}} |
||
+ | {{Related|nvidia-xrun}} |
||
+ | {{Related|外付け GPU}} |
||
{{Related articles end}} |
{{Related articles end}} |
||
− | NVIDIA Optimus は |
+ | [[Wikipedia:NVIDIA Optimus|NVIDIA Optimus]] は、内蔵 GPU とディスクリート NVIDIA GPU をノート PC に組み込み、さらにノート PC からアクセスできるようにする技術です。 |
+ | == 利用可能な方法 == |
||
− | * BIOS でどちらかのデバイスを無効化する。NVIDIA デバイスを無効化した場合、バッテリーの持ちがよくなりますが、BIOS によっては無効化できない場合もあり GPU 切り替えができなくなります。 |
||
+ | 複数の方法が利用できます: |
||
− | * プロプライエタリの NVIDIA ドライバーに含まれている公式の Optimus サポートを使う。NVIDIA のパフォーマンスを最大限発揮できますが、GPU 切り替えは不可能で、さらにオープンソースドライバーよりもバグが多く存在します。 |
||
+ | * [[#内蔵グラフィックスのみを使う]] - NVIDIA GPU は完全に電源オフになるので、消費電力を削減できます。 |
||
− | * オープンソースの nouveau ドライバーの PRIME 機能を使う。GPU 切り替えが可能ですがプロプライエタリの NVIDIA ドライバーと比べるとパフォーマンスで劣ります。さらに省電力機能は実装されていません。 |
||
+ | * [[#NVIDIA グラフィックスのみを使う]] - 内蔵グラフィックスよりも優れたパフォーマンスを発揮します。ただし、より多くの電力を消費します (これはモバイル端末においては喜ばしいことではありません)。この方法は、[[#optimus-manager を使う|optimus-manager]] と [[#nvidia-xrun を使う|nvidia-xrun]] と同じ基本プロセスを利用しており、より自動化されたアプローチを取る前にトラブルシューティングや一般的な機能検証のためにこの方法を利用するべきです。 |
||
+ | * 両方を使う (必要なときに NVIDIA GPU を使用し、それ以外のときは電源を落として電力を節約する): |
||
+ | ** [[#PRIME レンダーオフロードを使う]] - NVIDIA が公式にサポートしている方法です。 |
||
+ | ** [[#optimus-manager を使う]] - 1つのコマンドでグラフィックスを切り替えます (適用させるにはログインし直さなければなりません)。また、PRIME レンダーオフロードとのハイブリッドモードもサポートしています。NVIDIA GPU の性能を最大限に引き出し、使用していない場合はオフにします。1.4 リリース以降では、AMD と NVIDIA の組み合わせもサポートされています。 |
||
+ | ** [[#nvidia-xrun を使う]] - NVIDIA グラフィックスを使用して別の TTY で別の X セッションを実行します。NVIDIA GPU の性能を最大限に引き出し、使用していない場合はオフにします。 |
||
+ | ** [[#Bumblebee を使う]] - 指定したアプリケーションに対しては NVIDIA グラフィックスを使用し、その他のアプリケーションに対しては Intel グラフィックスを使えるようにすることで、Windows ライクな機能を提供します。しかし、重大なパフォーマンスの問題を抱えています。 |
||
+ | ** [[#switcheroo-control を使う]] - Bumblebee と似ていますが、特に [[GNOME]] ユーザ向けです。[[デスクトップエントリ]]内で専用 GPU を優先するかどうかを指定できるようになり、さらに右クリックメニューから手動で NVIDIA GPU でアプリケーションを実行できるようになります。 |
||
+ | ** [[#nouveau を使う]] - (プロプライエタリな NVIDIA ドライバと比較して) パフォーマンスが劣っており、スリープやハイバネートの問題が発生することがあります。最新の NVIDIA GPU では動作しません。 |
||
+ | ** [[#EnvyControl を使う]] - optimus-manager と似ていますが、多くの設定を必要とせず、バックグラウンドでデーモンを実行する必要もありませんし、GNOME を使用している場合でもパッチ適用済みの GDM バージョンをインストールする必要はありません。 |
||
+ | ** [[#NVidia-eXec を使う]] - Bumblebee と似ていますが、パフォーマンスが低下することはありません。Xorg と Wayland の両方で動作します。このパッケージは実験的であり、現在、GNOME/GDM においてテストされています。 |
||
+ | ** [[#nvidia-switch を使う]] - nvidia-xrun と似ていますが、TTY を変更する必要はありません。切り替えは、ディスプレイマネージャでログインとログアウトをすることにより、行われます。このパッケージは、Debian ベースのシステムでテストされていますが、nvidia-xrun のように、全ての Linux システムで動作するはずです。 |
||
+ | {{Note|これらのオプションはすべて相互に排他的です。1つの方法をテストして別の方法を選択する場合は、別の方法を試行する前に、1つの方法に従って行われた構成変更を必ず元に戻す必要があります。そうしないと、ファイルの競合や未定義の動作が発生する可能性があります。}} |
||
− | * サードパーティの Bumblebee プログラムを使って Optimus のような機能を実現する。GPU 切り替えが可能で省電力機能も使えますが別個に設定が必要です。 |
||
+ | == 内蔵グラフィックスのみを使う == |
||
− | 以下では上記の方法を説明します。 |
||
+ | GPU を切り替えることに興味はなく、特定の GPU のみを使いたい場合は、システムの BIOS で関連するオプションを確認してください。いずれかのカードを無効にするオプションがあるはずです。ラップトップによっては、ディスクリートカードを有効化したり無効化したりしかできないことがあります。とはいえ、どれかのカードだけを使用する予定であるかを確認することは、損ではありません。 |
||
− | == スイッチャブルグラフィックスの無効化 == |
||
+ | BIOS で Nvidia グラフィックスを無効にできない場合は、Linux カーネル自体から無効にできます。[[ハイブリッドグラフィック#ディスクリート GPU の完全な電源オフ]] を参照してください。 |
||
− | 特定の GPU だけを使用して切り替えをしない場合、システムの BIOS で切り替えを無効にできないか確認してください。カードのどちらか片方を無効化するオプションがあるはずです。ノートパソコンによってはディスクリートカードしか無効化できない場合や逆の場合もありますが、片方のカードしか使わないときは確認する価値があるでしょう。両方のカードを使う場合、または使うつもりのないカードを無効化できないときは、以下の方法を見て下さい。 |
||
− | == |
+ | === レンダリングプロバイダを切り替えずに CUDA を使う === |
+ | CUDA は、NVIDIA グラフィックスにレンダリングを切り替えることなく使用できます。CUDA アプリケーションを起動する前に、NVIDIA カードの電源が入っていることを確認するだけです。詳細については、[[ハイブリッドグラフィック#ディスクリート GPU の完全な電源オフ]] を参照してください。 |
||
− | [[NVIDIA|プロプライエタリの NVIDIA ドライバー]]は nouveau ドライバーのような動的な切り替えはサポートしていません (つまり NVIDIA デバイスしか使用できません)。また、NVIDIA は画面にティアリングが発生する問題を認識していますが未だに修正がなされていません。そのかわり、ディスクリート GPU を利用して nouveau ドライバーよりも高い性能を発揮することができます (2013年10月現在)。 |
||
+ | これで、CUDA アプリケーションを起動すると、必要なすべてのカーネルモジュールが自動的にロードされます。CUDA の使用後に NVIDIA カードの電源を切る前に、まず {{ic|nvidia}} カーネルモジュールをアンロードする必要があります: |
||
− | まず公式リポジトリから {{Pkg|nvidia}}, {{Pkg|nvidia-libgl}}, {{Pkg|xorg-xrandr}} をインストールしてください。 |
||
+ | # rmmod nvidia_uvm |
||
− | そして、{{ic|xorg.conf}} を設定します。NVIDIA カードの PCI アドレスを知る必要があるので、次のコマンドを実行してください: |
||
+ | # rmmod nvidia |
||
+ | == NVIDIA グラフィックスのみを使う == |
||
− | $ lspci | grep -E "VGA|3D" |
||
+ | プロプライエタリな NVIDIA ドライバは、プライマリレンダリングプロバイダとして設定することができます。[[NVIDIA#DRM カーネルモード設定]] を有効化することによって prime sync を有効化しない限り、顕著なスクリーンティアリングの問題が発生します (詳細は [https://devtalk.nvidia.com/default/topic/957814/linux/prime-and-prime-synchronization/] を参照)。ディスクリート GPU を使用することができ ([https://www.phoronix.com/scan.php?page=article&item=nouveau-410-blob&num=1 2017年1月]現在)、パフォーマンスにおいて nouveau ドライバよりも顕著な優位性を持っています。 |
||
− | NVIDIA と書かれた行の最初の7文字が PCI アドレスです。例えば {{ic|01:00.0}} などと表記されます。{{ic|xorg.conf}} では {{ic|#:#:#}} という形式で表記する必要があります。例えば {{ic|01:00.0}} の場合 {{ic|1:0:0}} となります。 |
||
+ | まず、[[NVIDIA]] ドライバと {{Pkg|xorg-xrandr}} を[[インストール]]してください。そして、{{ic|/etc/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf}} を設定してください。この設定ファイルのオプションは、このセットアップとの互換性を提供するために、パッケージによって提供されている {{ic|/usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf}} と組み合わされます。 |
||
− | {{Note| |
||
+ | |||
− | * Xorg-server 1.17-1 から {{ic|modesetting}} モジュールに関連する {{Bug|43830}} が Optimus で発現します。システムによっては以下の設定のように {{ic|Option "AccelMethod"}} を {{ic|"none"}} に設定することで解決します。また、場合によっては {{ic|"sna"}} に設定する必要がある場合もあります。[[#別の設定]] を見て下さい。 |
||
− | + | {{Note|セットアップによっては EDID ファイルによる nvidia ドライバーのディスプレイの値の自動検出がされなくなることがあります。回避策は [[#解像度や画面スキャンが正しく認識されず Xorg.log に EDID のエラーが表示される]] を見て下さい。}} |
|
− | }} |
||
+ | {{hc|/etc/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf| |
||
− | バージョン 1.17.2 以降の X.Org サーバーがインストールされているなら ([http://us.download.nvidia.com/XFree86/Linux-x86/358.16/README/randr14.html]): |
||
+ | Section "OutputClass" |
||
− | {{hc|/etc/X11/xorg.conf| |
||
+ | Identifier "intel" |
||
− | Section "Module" |
||
− | + | MatchDriver "i915" |
|
+ | Driver "modesetting" |
||
EndSection |
EndSection |
||
− | Section " |
+ | Section "OutputClass" |
Identifier "nvidia" |
Identifier "nvidia" |
||
+ | MatchDriver "nvidia-drm" |
||
Driver "nvidia" |
Driver "nvidia" |
||
− | BusID "<BusID for NVIDIA device here>" |
||
Option "AllowEmptyInitialConfiguration" |
Option "AllowEmptyInitialConfiguration" |
||
+ | Option "PrimaryGPU" "yes" |
||
+ | ModulePath "/usr/lib/nvidia/xorg" |
||
+ | ModulePath "/usr/lib/xorg/modules" |
||
EndSection |
EndSection |
||
}} |
}} |
||
− | 古いバージョンの X サーバーでは: |
||
− | {{hc|/etc/X11/xorg.conf| |
||
− | Section "ServerLayout" |
||
− | Identifier "layout" |
||
− | Screen 0 "nvidia" |
||
− | Inactive "intel" |
||
− | EndSection |
||
+ | 次に、{{ic|~/.xinitrc}} の先頭に以下の2行を追加してください: |
||
− | Section "Device" |
||
− | Identifier "nvidia" |
||
− | Driver "nvidia" |
||
− | '''# Change BusID if necessary. Tips: (lspci | grep 3D) (Change 01:00.0 to 1:0:0)''' |
||
− | '''BusID "PCI:1:0:0"''' |
||
− | EndSection |
||
− | |||
− | Section "Screen" |
||
− | Identifier "nvidia" |
||
− | Device "nvidia" |
||
− | Option "AllowEmptyInitialConfiguration" "Yes" |
||
− | EndSection |
||
− | |||
− | Section "Device" |
||
− | Identifier "intel" |
||
− | Driver "modesetting" |
||
− | '''# Change BusID if necessary. Tips: (lspci | grep VGA) (Change 00:02.0 to 0:2:0)''' |
||
− | '''BusID "PCI:0:2:0"''' |
||
− | Option "AccelMethod" "none" |
||
− | EndSection |
||
− | |||
− | Section "Screen" |
||
− | Identifier "intel" |
||
− | Device "intel" |
||
− | EndSection |
||
− | |||
− | }} |
||
− | |||
− | 次に、{{ic|~/.xinitrc}} の最初に以下の2行を追加してください: |
||
{{hc|~/.xinitrc| |
{{hc|~/.xinitrc| |
||
97行目: | 83行目: | ||
}} |
}} |
||
− | そしてドライバ |
+ | そしてドライバをロードするために再起動し、X を起動させます。 |
ディスプレイの dpi が正しくない場合は以下の行を追加してください: |
ディスプレイの dpi が正しくない場合は以下の行を追加してください: |
||
103行目: | 89行目: | ||
xrandr --dpi 96 |
xrandr --dpi 96 |
||
− | X の起動時に黒画面が表示される場合、{{ic|~/.xinitrc}} に記述した {{ic|xrandr}} コマンドの後にアンパサンドがないことを確認してください。アンパサンドがある場合、{{ic|xrandr}} コマンドが実行し終える前にウィンドウマネージャが起動してしまうことがあり、そうなると黒画面になってしまいます。 |
+ | X の起動時に黒画面が表示される場合、{{ic|~/.xinitrc}} に記述した 2 つの {{ic|xrandr}} コマンドの後にアンパサンド (アンド記号) がないことを確認してください。アンパサンドがある場合、{{ic|xrandr}} コマンドが実行し終える前にウィンドウマネージャが起動してしまうことがあり、そうなると黒画面になってしまいます。 |
− | |||
− | アンパサンドがないのに黒画面になる場合、下の [[#別の設定]] を見て下さい。 |
||
− | |||
− | === 別の設定 === |
||
− | |||
− | リリース 1.17.1 から、上記の設定を使っていて Xorg-server がクラッシュするようになった場合、{{ic|/etc/X11/xorg.conf}} の Intel デバイスのセクションを以下のように修正してください: |
||
− | |||
− | {{hc|# nano /etc/X11/xorg.conf| |
||
− | Section "Device" |
||
− | Identifier "intel" |
||
− | Driver "modesetting" |
||
− | BusID "PCI:0:2:0" |
||
− | Option "AccelMethod" "sna" |
||
− | #Option "TearFree" "True" |
||
− | #Option "Tiling" "True" |
||
− | #Option "SwapbuffersWait" "True" |
||
− | EndSection}} |
||
− | |||
− | 上の設定と同じように、{{ic|BusID}} は ''lspci'' コマンドの出力にあわせて置き換えてください。Intel という文字列が含まれた "VGA compatible controller" の行を検索してください。例: |
||
− | $ lspci | grep VGA |
||
− | 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b) |
||
− | |||
− | {{Tip|最後のコメントアウトされている3つのオプションは (有効にすると) ティアリングを抑える効果がありますが、代わりにパフォーマンスが多少落ちます。{{ic|TearFree}} オプションは {{ic|"sna"}} アクセラレーションでのみ使えるので注意してください。[[Intel Graphics]] を参照。{{ic|"AccelMethod"}} オプションには {{ic|"sna"}} または {{ic|"uxa"}} を使うことができます。Lenovo Ideapad Z50-70 59-432128 での {{ic|xorg.conf}} の例が次のページにあります: [http://pastebin.com/tMtPz381]。}} |
||
=== ディスプレイマネージャ === |
=== ディスプレイマネージャ === |
||
− | ディスプレイマネージャを使用する場合、{{ic|~/.xinitrc}} の |
+ | [[ディスプレイマネージャ]]を使用する場合、{{ic|~/.xinitrc}} を使うのではなく、使用しているディスプレイマネージャのディスプレイセットアップスクリプトを作成あるいは編集する必要があります。 |
==== LightDM ==== |
==== LightDM ==== |
||
137行目: | 100行目: | ||
{{hc|/etc/lightdm/display_setup.sh| |
{{hc|/etc/lightdm/display_setup.sh| |
||
+ | #!/bin/sh |
||
xrandr --setprovideroutputsource modesetting NVIDIA-0 |
xrandr --setprovideroutputsource modesetting NVIDIA-0 |
||
xrandr --auto |
xrandr --auto |
||
}} |
}} |
||
− | スクリプトに実行可能属性を付与 |
+ | スクリプトに[[実行可能属性]]を付与してください。 |
+ | 次に、そのスクリプトを実行するように lightdm を設定します。{{ic|/etc/lightdm/lightdm.conf}} 内の {{ic|[Seat:*]}} セクションを編集してください: |
||
− | # chmod +x /etc/lightdm/display_setup.sh |
||
− | |||
− | {{ic|/etc/lightdm/lightdm.conf}} の {{ic|[SeatDefaults]}} セクションを編集してスクリプトを実行するように lightdm を設定: |
||
{{hc|/etc/lightdm/lightdm.conf|output= |
{{hc|/etc/lightdm/lightdm.conf|output= |
||
+ | [Seat:*] |
||
− | [SeatDefaults] |
||
display-setup-script=/etc/lightdm/display_setup.sh |
display-setup-script=/etc/lightdm/display_setup.sh |
||
}} |
}} |
||
− | 再起動し |
+ | そして、再起動し、ディスプレイマネージャを起動させてください。 |
==== SDDM ==== |
==== SDDM ==== |
||
+ | |||
− | [[SDDM]] ディスプレイマネージャの場合: |
||
+ | [[SDDM]] ディスプレイマネージャの場合 (SDDM は [[KDE]] のデフォルトのディスプレイマネージャです): |
||
{{hc|/usr/share/sddm/scripts/Xsetup| |
{{hc|/usr/share/sddm/scripts/Xsetup| |
||
163行目: | 126行目: | ||
==== GDM ==== |
==== GDM ==== |
||
− | [[GDM]] ディスプレイマネージャの場合 {{ic|.desktop}} ファイルを作成します: |
||
+ | [[GDM]] ディスプレイマネージャの場合、2つの .desktop ファイルを新規作成してください: |
||
− | {{hc|/usr/share/gdm/greeter/autostart/display_setup.desktop| |
||
+ | |||
+ | {{hc|/usr/share/gdm/greeter/autostart/optimus.desktop |
||
+ | /etc/xdg/autostart/optimus.desktop| |
||
<nowiki>[Desktop Entry] |
<nowiki>[Desktop Entry] |
||
Type=Application |
Type=Application |
||
− | Name= |
+ | Name=Optimus |
Exec=sh -c "xrandr --setprovideroutputsource modesetting NVIDIA-0; xrandr --auto" |
Exec=sh -c "xrandr --setprovideroutputsource modesetting NVIDIA-0; xrandr --auto" |
||
NoDisplay=true |
NoDisplay=true |
||
− | X-GNOME- |
+ | X-GNOME-Autostart-Phase=DisplayServer</nowiki> |
}} |
}} |
||
+ | GDM が [[GDM#Xorg バックエンドを使う|X をデフォルトバックエンドとして使う]]ように設定してください。 |
||
− | 動作しない場合、以下のように {{ic|/etc/X11/xinit/xinitrc.d}} ディレクトリにスクリプトを追加してください: |
||
+ | === 3D を確認する === |
||
− | {{hc|/etc/X11/xinit/xinitrc.d/nvidia-optimus.sh| |
||
− | <nowiki>#!/bin/sh |
||
− | xrandr --setprovideroutputsource modesetting NVIDIA-0 |
||
− | xrandr --auto</nowiki> |
||
− | }} |
||
+ | NVIDIA グラフィックスが使用されているかどうかは、{{Pkg|mesa-utils}} をインストールして次のコマンドを実行することで確認できます: |
||
− | そして次を実行: |
||
+ | $ glxinfo | grep NVIDIA |
||
− | # chmod +x /etc/X11/xinit/xinitrc.d/nvidia-optimus.sh |
||
+ | === 詳細情報 === |
||
− | また、GDM が [[GDM#Xorg バックエンドを使う|Xorg バックエンドを使う]]ようになっているか確認してください。 |
||
+ | 詳細情報は、このトピックに関する NVIDIA の公式ページ [http://us.download.nvidia.com/XFree86/Linux-x86/370.28/README/randr14.html] を見てください。 |
||
− | ==== KDM ==== |
||
+ | == 切り替え可能なグラフィックスを使う == |
||
− | KDE の [[KDM]] の場合、{{ic|/usr/share/config/kdm/Xsetup}} に xrandr の行を追加してください。 |
||
+ | === PRIME レンダーオフロードを使う === |
||
− | === 3D の確認 === |
||
+ | これは、切替可能なグラフィックスをサポートする NVIDIA 公式の方法です。 |
||
− | NVIDIA グラフィックが使われているかどうかは {{Pkg|mesa-demos}} をインストールして次のコマンドを実行することで確認できます: |
||
+ | 詳細は [[PRIME#PRIME レンダーオフロード]] を参照してください。 |
||
− | $ glxinfo | grep NVIDIA |
||
− | === |
+ | === nouveau を使う === |
+ | |||
+ | グラフィックスの切り替えについては [[PRIME]] を、オープンソースな NVIDIA ドライバについては [[nouveau]] を参照してください。 |
||
+ | |||
+ | === Bumblebee を使う === |
||
+ | |||
+ | [[Bumblebee]] を参照してください。 |
||
+ | |||
+ | === switcheroo-control を使う === |
||
+ | |||
+ | [[PRIME#Gnome 統合]] を参照してください。 |
||
+ | |||
+ | === nvidia-xrun を使う === |
||
+ | |||
+ | [[nvidia-xrun]] を参照してください。 |
||
+ | |||
+ | === optimus-manager を使う === |
||
+ | |||
+ | 上流のドキュメント [https://github.com/Askannz/optimus-manager Optimus-manager] を参照してください。Arch Linux システムにおけるインストールと設定方法の両方がカバーされています。 |
||
+ | |||
+ | === EnvyControl を使う === |
||
+ | |||
+ | 上流のドキュメント [https://github.com/geminis3/envycontrol EnvyControl] を参照してください。インストール方法と使用方法の両方がカバーされています。 |
||
+ | |||
+ | === NVidia-eXec を使う === |
||
+ | |||
+ | 上流のドキュメント [https://github.com/pedro00dk/nvidia-exec NVidia-eXec] を参照してください。インストール方法と使用方法の両方がカバーされています。 |
||
+ | |||
+ | === nvidia-switch を使う === |
||
+ | 上流のドキュメント [https://github.com/nvidiaswitch/nvidia-switch nvidia-switch] を参照してください。インストール方法と使用方法の両方がカバーされています。 |
||
− | 詳しい情報は、NVIDIA の公式ページ [http://http.download.nvidia.com/XFree86/Linux-x86_64/340.32/README/randr14.html] を見て下さい。 |
||
== トラブルシューティング == |
== トラブルシューティング == |
||
− | === 垂直同期が機能 |
+ | === ティアリング/垂直同期が機能しない === |
+ | [[NVIDIA#DRM カーネルモード設定|DRM カーネルモード設定]]を有効化してください。これにより、PRIME 同期が有効化され、ティアリングが修正されます。 |
||
− | 残念ながら、この問題に解決方法はありません。また、[https://devtalk.nvidia.com/default/topic/775691/linux/vsync-issue-nvidia-prime-ux32vd-with-gt620-m-/ NVIDIA はこのことを認識しています] 。 |
||
+ | |||
+ | 詳細は公式の[https://devtalk.nvidia.com/default/topic/957814/linux/prime-and-prime-synchronization/ フォーラムスレッド]で確認できます。 |
||
=== Failed to initialize the NVIDIA GPU at PCI:1:0:0 (GPU fallen off the bus / RmInitAdapter failed!) === |
=== Failed to initialize the NVIDIA GPU at PCI:1:0:0 (GPU fallen off the bus / RmInitAdapter failed!) === |
||
− | カーネルパラメータに {{ic|1=rcutree.rcu_idle_gp_delay=1}} を追加してください。 |
+ | カーネルパラメータに {{ic|1=rcutree.rcu_idle_gp_delay=1}} を追加してください。オリジナルのトピックは [https://github.com/Bumblebee-Project/Bumblebee/issues/455#issuecomment-22497464] と [https://bbs.archlinux.org/viewtopic.php?id=169742] で確認できます。 |
=== 解像度や画面スキャンが正しく認識されず Xorg.log に EDID のエラーが表示される === |
=== 解像度や画面スキャンが正しく認識されず Xorg.log に EDID のエラーが表示される === |
||
− | + | NVIDIA ドライバがディスプレイの EDID を検出できていないことが原因です。手動で EDID ファイルへのパスを指定するか、同じような方法で同一の情報を提供する必要があります。 |
|
− | EDID ファイルのパスを指定するには {{ic|Xorg.conf}} の |
+ | EDID ファイルへのパスを指定するには {{ic|Xorg.conf}} の NVIDIA カードの Device セクションを編集して、以下の記述を追加して適当にパスを置き換えてください: |
{{hc|/etc/X11/xorg.conf| |
{{hc|/etc/X11/xorg.conf| |
||
227行目: | 218行目: | ||
}} |
}} |
||
− | Xorg が起動しない場合は、CRT という文字列を全て DFB に置き換えてみて下さい |
+ | Xorg が起動しない場合は、CRT という文字列を全て DFB に置き換えてみて下さい。 |
+ | {{ic|card0}} は、LVDS でディスプレイに接続されている Intel カードの識別子です。edid バイナリはこのディレクトリに存在します。ハードウェアの構成が異なっている場合、CustomEDID の値も変わってくるので確認するようにしてください。どのような場合でも、パスは {{ic|/sys/class/drm}} で始まります。 |
||
+ | |||
+ | または、{{Pkg|read-edid}} などのツールを使って edid を自分で作成して、作成したファイルを使うようにドライバーを設定することもできます。modelines も使えますが、{{ic|UseEDID}} と {{ic|IgnoreEDID}} は変更するようにしてください。 |
||
+ | |||
+ | === 解像度が間違っているが、EDID エラー無し === |
||
+ | |||
+ | ''nvidia-xconfig'' を使っていると、不適切な情報 (特に、利用可能な解像度を制限するモニタのリフレッシュレート) が {{ic|xorg.conf}} 内に生成されてしまうことがあります。{{ic|HorizSync}}/{{ic|VertRefresh}} の行をコメントアウトしてみてください。これで解決するならば、この記事で言及していないその他すべての項目も削除できるでしょう。 |
||
+ | |||
+ | === ロックアップ問題 (lspci がフリーズ) === |
||
+ | |||
+ | 症状: lspci がハングする。システムのサスペンドが失敗する。シャットダウン時にハングする。optirun がハングする。 |
||
+ | |||
+ | 対象: GTX 965M やそれと似たようなカードを搭載した新しいノート PC で、bbswitch (例: Bumblebee 経由) や nouveau を使用している時。 |
||
+ | |||
+ | dGPU 電源リソースがオンになっている場合、ACPI コードで失敗してフリーズが起こることがあります ([https://bugzilla.kernel.org/show_bug.cgi?id=156341 カーネルバグ 156341])。 |
||
+ | |||
+ | nouveau を使用している際に、ランタイムの電源管理を無効化すると、nouveau が電源状態を変更しなくなるため、この問題を回避できます。 |
||
+ | ランタイムの電源管理を無効化するには、カーネルパラメータに {{ic|1=nouveau.runpm=0}} を追加してください。 |
||
+ | |||
+ | モデル固有の既知の解決策については、[https://github.com/Bumblebee-Project/Bumblebee/issues/764#issuecomment-234494238 この issue] を見てください。 |
||
+ | その他の場合、{{ic|1=acpi_osi="!Windows 2015"}} や {{ic|1=acpi_osi=! acpi_osi="Windows 2009"}} を[[カーネルパラメータ]]に追加して起動することで解決することもあります。(あなたのノート PC を先の issue で報告することを検討してください) |
||
+ | |||
+ | === ノート PC/NVIDIA Optimus で画面が見つからない === |
||
+ | |||
+ | 以下のような出力がないか調べてください: |
||
+ | |||
+ | {{hc|$ lspci {{!}} grep VGA| |
||
+ | 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02) |
||
+ | 01:00.0 VGA compatible controller: nVidia Corporation Device 0df4 (rev a1) |
||
+ | }} |
||
+ | |||
+ | NVIDIA ドライバ 319.12 Beta [https://www.nvidia.com/object/linux-display-amd64-319.12-driver.html] と Linux カーネル 3.9 以降では、NVIDIA ドライバは Optimus のサポートを提供します。 |
||
+ | |||
+ | 他の解決策は、[[Intel]] ドライバをインストールして、Intel ドライバにスクリーンを処理させることです。3D ソフトウェアを使用したい場合は、[[Bumblebee]] を使ってそのソフトウェアを実行し、NVIDIA カードを使うようにソフトウェアに指示する必要があります。 |
||
+ | |||
+ | === ランダムなフリーズ "(EE) NVIDIA(GPU-0): WAIT" === |
||
+ | |||
+ | 内蔵 AMD カードを搭載していて、専用 NVIDIA カードのみを使用するように設定している環境でプロプライエタリな (NVIDIA) ドライバを使用していると、最大 10 秒フリーズし、Xorg のログに以下のエラーが出力されると報告されています: |
||
+ | |||
+ | [ 219.796] (EE) NVIDIA(GPU-0): WAIT (2, 8, 0x8000, 0x0002e1c4, 0x0002e1cc) |
||
+ | [ 226.796] (EE) NVIDIA(GPU-0): WAIT (1, 8, 0x8000, 0x0002e1c4, 0x0002e1cc) |
||
+ | |||
+ | これはまだ根本的な原因ではありませんが、内蔵カードと専用カードが Xorg とやり取りする過程で競合が発生することと関連があるようです。 |
||
+ | |||
+ | 回避策は、切り替え可能なグラフィックスを使うことです。詳細は [[PRIME#PRIME レンダーオフロード]] を参照してください。 |
||
+ | |||
+ | === optimus-manager で "No Devices detected" === |
||
+ | |||
+ | 'lspci' が PCI ドメインを最初の出力列に出力してしまい、''optimus-manager'' が {{ic|BusID}} を複数のノート PC モデルにマッピングしようとして、{{ic|optimus-manager}} によって生成されたファイルが壊れてしまうことがあります。 |
||
+ | |||
+ | GUI のロードが終わらない黒画面が発生する場合や、GUI が部分的にロードされたがコンソールにアーティファクトが発生する場合、Xorg が {{ic|(EE) - No Devices detected}} でクラッシュする場合には、[https://github.com/Askannz/optimus-manager/issues/471#issuecomment-1315628537 上流の GitHub ページ]に回避策とバグレポートがあります. |
||
+ | |||
+ | === Xorg: マウスを動かしたときにだけ外部モニタが更新される === |
||
+ | |||
+ | この問題に対する回避策は、iGPU の Xorg ドライバをアンインストールすることです (例: {{Pkg|xf86-video-amdgpu}} や {{Pkg|xf86-video-intel}}) [https://bbs.archlinux.org/viewtopic.php?id=284651]。この方法は、外部モニタのポート (HDMI/DP/USB-C) が NVIDIA dGPU に直接接続されている限り、うまく行くはずです。 |
||
+ | {{Tip|デスクトップの挙動が奇妙になる場合があります (例: 仮想デスクトップを切り替えたり、Alt-Tab を使用したときに外部モニタの画像がフリーズするなど)。これは、ノート PC のモニタを無効化することで回避できます。}} |
||
− | または、{{Pkg|read-edid}} などのツールを使って edid を自分で作成して、作成したファイルを使うようにドライバーを設定することもできます。modeline も使えますが、"UseEDID" と "IgnoreEDID" は変更するようにしてください。 |
||
+ | === 消費電力が低いままになる (TDP) === |
||
− | == nouveau を使う == |
||
+ | ドライバのバージョン 530.41 から、カードの消費電力が低く制限された状態に固定されてしまうというケースが発生し始めました ([https://github.com/NVIDIA/open-gpu-kernel-modules/issues/483 GitHub issue 483] を参照)。NVIDIA ドライバは、{{ic|nvidia-smi}} を使用して電力制限を手動で設定する機能を無効化していますが、多くのノート PC で低消費電力状態に固定されてしまい、パフォーマンスが悪化してしまいます。 |
||
− | オープンソースの [[nouveau]] ドライバー ({{Pkg|xf86-video-nouveau}}) は PRIME という技術を使って Intel のドライバー ({{Pkg|xf86-video-intel}}) との動的な切り替えが可能です。詳しくは、[[PRIME]] の記事を見て下さい。 |
||
+ | (Ampere 世代及びそれ以降で) この問題を回避するには、[https://download.nvidia.com/XFree86/Linux-x86_64/535.54.03/README/dynamicboost.html DynamicBoost] を有効化する {{ic|nvidia-powerd.service}} を[[起動/有効化]]してください。 |
||
− | == Bumblebee を使う == |
||
+ | {{TranslationStatus|NVIDIA Optimus|2023-08-20|785744}} |
||
− | 省電力機能などの便利な機能を実装している Bumblebee を使いたい場合、[[Bumblebee]] の記事を見て下さい。 |
2024年9月3日 (火) 22:39時点における最新版
NVIDIA Optimus は、内蔵 GPU とディスクリート NVIDIA GPU をノート PC に組み込み、さらにノート PC からアクセスできるようにする技術です。
目次
- 1 利用可能な方法
- 2 内蔵グラフィックスのみを使う
- 3 NVIDIA グラフィックスのみを使う
- 4 切り替え可能なグラフィックスを使う
- 5 トラブルシューティング
- 5.1 ティアリング/垂直同期が機能しない
- 5.2 Failed to initialize the NVIDIA GPU at PCI:1:0:0 (GPU fallen off the bus / RmInitAdapter failed!)
- 5.3 解像度や画面スキャンが正しく認識されず Xorg.log に EDID のエラーが表示される
- 5.4 解像度が間違っているが、EDID エラー無し
- 5.5 ロックアップ問題 (lspci がフリーズ)
- 5.6 ノート PC/NVIDIA Optimus で画面が見つからない
- 5.7 ランダムなフリーズ "(EE) NVIDIA(GPU-0): WAIT"
- 5.8 optimus-manager で "No Devices detected"
- 5.9 Xorg: マウスを動かしたときにだけ外部モニタが更新される
- 5.10 消費電力が低いままになる (TDP)
利用可能な方法
複数の方法が利用できます:
- #内蔵グラフィックスのみを使う - NVIDIA GPU は完全に電源オフになるので、消費電力を削減できます。
- #NVIDIA グラフィックスのみを使う - 内蔵グラフィックスよりも優れたパフォーマンスを発揮します。ただし、より多くの電力を消費します (これはモバイル端末においては喜ばしいことではありません)。この方法は、optimus-manager と nvidia-xrun と同じ基本プロセスを利用しており、より自動化されたアプローチを取る前にトラブルシューティングや一般的な機能検証のためにこの方法を利用するべきです。
- 両方を使う (必要なときに NVIDIA GPU を使用し、それ以外のときは電源を落として電力を節約する):
- #PRIME レンダーオフロードを使う - NVIDIA が公式にサポートしている方法です。
- #optimus-manager を使う - 1つのコマンドでグラフィックスを切り替えます (適用させるにはログインし直さなければなりません)。また、PRIME レンダーオフロードとのハイブリッドモードもサポートしています。NVIDIA GPU の性能を最大限に引き出し、使用していない場合はオフにします。1.4 リリース以降では、AMD と NVIDIA の組み合わせもサポートされています。
- #nvidia-xrun を使う - NVIDIA グラフィックスを使用して別の TTY で別の X セッションを実行します。NVIDIA GPU の性能を最大限に引き出し、使用していない場合はオフにします。
- #Bumblebee を使う - 指定したアプリケーションに対しては NVIDIA グラフィックスを使用し、その他のアプリケーションに対しては Intel グラフィックスを使えるようにすることで、Windows ライクな機能を提供します。しかし、重大なパフォーマンスの問題を抱えています。
- #switcheroo-control を使う - Bumblebee と似ていますが、特に GNOME ユーザ向けです。デスクトップエントリ内で専用 GPU を優先するかどうかを指定できるようになり、さらに右クリックメニューから手動で NVIDIA GPU でアプリケーションを実行できるようになります。
- #nouveau を使う - (プロプライエタリな NVIDIA ドライバと比較して) パフォーマンスが劣っており、スリープやハイバネートの問題が発生することがあります。最新の NVIDIA GPU では動作しません。
- #EnvyControl を使う - optimus-manager と似ていますが、多くの設定を必要とせず、バックグラウンドでデーモンを実行する必要もありませんし、GNOME を使用している場合でもパッチ適用済みの GDM バージョンをインストールする必要はありません。
- #NVidia-eXec を使う - Bumblebee と似ていますが、パフォーマンスが低下することはありません。Xorg と Wayland の両方で動作します。このパッケージは実験的であり、現在、GNOME/GDM においてテストされています。
- #nvidia-switch を使う - nvidia-xrun と似ていますが、TTY を変更する必要はありません。切り替えは、ディスプレイマネージャでログインとログアウトをすることにより、行われます。このパッケージは、Debian ベースのシステムでテストされていますが、nvidia-xrun のように、全ての Linux システムで動作するはずです。
内蔵グラフィックスのみを使う
GPU を切り替えることに興味はなく、特定の GPU のみを使いたい場合は、システムの BIOS で関連するオプションを確認してください。いずれかのカードを無効にするオプションがあるはずです。ラップトップによっては、ディスクリートカードを有効化したり無効化したりしかできないことがあります。とはいえ、どれかのカードだけを使用する予定であるかを確認することは、損ではありません。
BIOS で Nvidia グラフィックスを無効にできない場合は、Linux カーネル自体から無効にできます。ハイブリッドグラフィック#ディスクリート GPU の完全な電源オフ を参照してください。
レンダリングプロバイダを切り替えずに CUDA を使う
CUDA は、NVIDIA グラフィックスにレンダリングを切り替えることなく使用できます。CUDA アプリケーションを起動する前に、NVIDIA カードの電源が入っていることを確認するだけです。詳細については、ハイブリッドグラフィック#ディスクリート GPU の完全な電源オフ を参照してください。
これで、CUDA アプリケーションを起動すると、必要なすべてのカーネルモジュールが自動的にロードされます。CUDA の使用後に NVIDIA カードの電源を切る前に、まず nvidia
カーネルモジュールをアンロードする必要があります:
# rmmod nvidia_uvm # rmmod nvidia
NVIDIA グラフィックスのみを使う
プロプライエタリな NVIDIA ドライバは、プライマリレンダリングプロバイダとして設定することができます。NVIDIA#DRM カーネルモード設定 を有効化することによって prime sync を有効化しない限り、顕著なスクリーンティアリングの問題が発生します (詳細は [1] を参照)。ディスクリート GPU を使用することができ (2017年1月現在)、パフォーマンスにおいて nouveau ドライバよりも顕著な優位性を持っています。
まず、NVIDIA ドライバと xorg-xrandr をインストールしてください。そして、/etc/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf
を設定してください。この設定ファイルのオプションは、このセットアップとの互換性を提供するために、パッケージによって提供されている /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf
と組み合わされます。
/etc/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf
Section "OutputClass" Identifier "intel" MatchDriver "i915" Driver "modesetting" EndSection Section "OutputClass" Identifier "nvidia" MatchDriver "nvidia-drm" Driver "nvidia" Option "AllowEmptyInitialConfiguration" Option "PrimaryGPU" "yes" ModulePath "/usr/lib/nvidia/xorg" ModulePath "/usr/lib/xorg/modules" EndSection
次に、~/.xinitrc
の先頭に以下の2行を追加してください:
~/.xinitrc
xrandr --setprovideroutputsource modesetting NVIDIA-0 xrandr --auto
そしてドライバをロードするために再起動し、X を起動させます。
ディスプレイの dpi が正しくない場合は以下の行を追加してください:
xrandr --dpi 96
X の起動時に黒画面が表示される場合、~/.xinitrc
に記述した 2 つの xrandr
コマンドの後にアンパサンド (アンド記号) がないことを確認してください。アンパサンドがある場合、xrandr
コマンドが実行し終える前にウィンドウマネージャが起動してしまうことがあり、そうなると黒画面になってしまいます。
ディスプレイマネージャ
ディスプレイマネージャを使用する場合、~/.xinitrc
を使うのではなく、使用しているディスプレイマネージャのディスプレイセットアップスクリプトを作成あるいは編集する必要があります。
LightDM
LightDM ディスプレイマネージャの場合:
/etc/lightdm/display_setup.sh
#!/bin/sh xrandr --setprovideroutputsource modesetting NVIDIA-0 xrandr --auto
スクリプトに実行可能属性を付与してください。
次に、そのスクリプトを実行するように lightdm を設定します。/etc/lightdm/lightdm.conf
内の [Seat:*]
セクションを編集してください:
/etc/lightdm/lightdm.conf
[Seat:*] display-setup-script=/etc/lightdm/display_setup.sh
そして、再起動し、ディスプレイマネージャを起動させてください。
SDDM
SDDM ディスプレイマネージャの場合 (SDDM は KDE のデフォルトのディスプレイマネージャです):
/usr/share/sddm/scripts/Xsetup
xrandr --setprovideroutputsource modesetting NVIDIA-0 xrandr --auto
GDM
GDM ディスプレイマネージャの場合、2つの .desktop ファイルを新規作成してください:
/usr/share/gdm/greeter/autostart/optimus.desktop /etc/xdg/autostart/optimus.desktop
[Desktop Entry] Type=Application Name=Optimus Exec=sh -c "xrandr --setprovideroutputsource modesetting NVIDIA-0; xrandr --auto" NoDisplay=true X-GNOME-Autostart-Phase=DisplayServer
GDM が X をデフォルトバックエンドとして使うように設定してください。
3D を確認する
NVIDIA グラフィックスが使用されているかどうかは、mesa-utils をインストールして次のコマンドを実行することで確認できます:
$ glxinfo | grep NVIDIA
詳細情報
詳細情報は、このトピックに関する NVIDIA の公式ページ [2] を見てください。
切り替え可能なグラフィックスを使う
PRIME レンダーオフロードを使う
これは、切替可能なグラフィックスをサポートする NVIDIA 公式の方法です。
詳細は PRIME#PRIME レンダーオフロード を参照してください。
nouveau を使う
グラフィックスの切り替えについては PRIME を、オープンソースな NVIDIA ドライバについては nouveau を参照してください。
Bumblebee を使う
Bumblebee を参照してください。
switcheroo-control を使う
PRIME#Gnome 統合 を参照してください。
nvidia-xrun を使う
nvidia-xrun を参照してください。
optimus-manager を使う
上流のドキュメント Optimus-manager を参照してください。Arch Linux システムにおけるインストールと設定方法の両方がカバーされています。
EnvyControl を使う
上流のドキュメント EnvyControl を参照してください。インストール方法と使用方法の両方がカバーされています。
NVidia-eXec を使う
上流のドキュメント NVidia-eXec を参照してください。インストール方法と使用方法の両方がカバーされています。
nvidia-switch を使う
上流のドキュメント nvidia-switch を参照してください。インストール方法と使用方法の両方がカバーされています。
トラブルシューティング
ティアリング/垂直同期が機能しない
DRM カーネルモード設定を有効化してください。これにより、PRIME 同期が有効化され、ティアリングが修正されます。
詳細は公式のフォーラムスレッドで確認できます。
Failed to initialize the NVIDIA GPU at PCI:1:0:0 (GPU fallen off the bus / RmInitAdapter failed!)
カーネルパラメータに rcutree.rcu_idle_gp_delay=1
を追加してください。オリジナルのトピックは [3] と [4] で確認できます。
解像度や画面スキャンが正しく認識されず Xorg.log に EDID のエラーが表示される
NVIDIA ドライバがディスプレイの EDID を検出できていないことが原因です。手動で EDID ファイルへのパスを指定するか、同じような方法で同一の情報を提供する必要があります。
EDID ファイルへのパスを指定するには Xorg.conf
の NVIDIA カードの Device セクションを編集して、以下の記述を追加して適当にパスを置き換えてください:
/etc/X11/xorg.conf
Section "Device" Option "ConnectedMonitor" "CRT-0" Option "CustomEDID" "CRT-0:/sys/class/drm/card0-LVDS-1/edid" Option "IgnoreEDID" "false" Option "UseEDID" "true" EndSection
Xorg が起動しない場合は、CRT という文字列を全て DFB に置き換えてみて下さい。
card0
は、LVDS でディスプレイに接続されている Intel カードの識別子です。edid バイナリはこのディレクトリに存在します。ハードウェアの構成が異なっている場合、CustomEDID の値も変わってくるので確認するようにしてください。どのような場合でも、パスは /sys/class/drm
で始まります。
または、read-edid などのツールを使って edid を自分で作成して、作成したファイルを使うようにドライバーを設定することもできます。modelines も使えますが、UseEDID
と IgnoreEDID
は変更するようにしてください。
解像度が間違っているが、EDID エラー無し
nvidia-xconfig を使っていると、不適切な情報 (特に、利用可能な解像度を制限するモニタのリフレッシュレート) が xorg.conf
内に生成されてしまうことがあります。HorizSync
/VertRefresh
の行をコメントアウトしてみてください。これで解決するならば、この記事で言及していないその他すべての項目も削除できるでしょう。
ロックアップ問題 (lspci がフリーズ)
症状: lspci がハングする。システムのサスペンドが失敗する。シャットダウン時にハングする。optirun がハングする。
対象: GTX 965M やそれと似たようなカードを搭載した新しいノート PC で、bbswitch (例: Bumblebee 経由) や nouveau を使用している時。
dGPU 電源リソースがオンになっている場合、ACPI コードで失敗してフリーズが起こることがあります (カーネルバグ 156341)。
nouveau を使用している際に、ランタイムの電源管理を無効化すると、nouveau が電源状態を変更しなくなるため、この問題を回避できます。
ランタイムの電源管理を無効化するには、カーネルパラメータに nouveau.runpm=0
を追加してください。
モデル固有の既知の解決策については、この issue を見てください。
その他の場合、acpi_osi="!Windows 2015"
や acpi_osi=! acpi_osi="Windows 2009"
をカーネルパラメータに追加して起動することで解決することもあります。(あなたのノート PC を先の issue で報告することを検討してください)
ノート PC/NVIDIA Optimus で画面が見つからない
以下のような出力がないか調べてください:
$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation Device 0df4 (rev a1)
NVIDIA ドライバ 319.12 Beta [5] と Linux カーネル 3.9 以降では、NVIDIA ドライバは Optimus のサポートを提供します。
他の解決策は、Intel ドライバをインストールして、Intel ドライバにスクリーンを処理させることです。3D ソフトウェアを使用したい場合は、Bumblebee を使ってそのソフトウェアを実行し、NVIDIA カードを使うようにソフトウェアに指示する必要があります。
ランダムなフリーズ "(EE) NVIDIA(GPU-0): WAIT"
内蔵 AMD カードを搭載していて、専用 NVIDIA カードのみを使用するように設定している環境でプロプライエタリな (NVIDIA) ドライバを使用していると、最大 10 秒フリーズし、Xorg のログに以下のエラーが出力されると報告されています:
[ 219.796] (EE) NVIDIA(GPU-0): WAIT (2, 8, 0x8000, 0x0002e1c4, 0x0002e1cc) [ 226.796] (EE) NVIDIA(GPU-0): WAIT (1, 8, 0x8000, 0x0002e1c4, 0x0002e1cc)
これはまだ根本的な原因ではありませんが、内蔵カードと専用カードが Xorg とやり取りする過程で競合が発生することと関連があるようです。
回避策は、切り替え可能なグラフィックスを使うことです。詳細は PRIME#PRIME レンダーオフロード を参照してください。
optimus-manager で "No Devices detected"
'lspci' が PCI ドメインを最初の出力列に出力してしまい、optimus-manager が BusID
を複数のノート PC モデルにマッピングしようとして、optimus-manager
によって生成されたファイルが壊れてしまうことがあります。
GUI のロードが終わらない黒画面が発生する場合や、GUI が部分的にロードされたがコンソールにアーティファクトが発生する場合、Xorg が (EE) - No Devices detected
でクラッシュする場合には、上流の GitHub ページに回避策とバグレポートがあります.
Xorg: マウスを動かしたときにだけ外部モニタが更新される
この問題に対する回避策は、iGPU の Xorg ドライバをアンインストールすることです (例: xf86-video-amdgpu や xf86-video-intel) [6]。この方法は、外部モニタのポート (HDMI/DP/USB-C) が NVIDIA dGPU に直接接続されている限り、うまく行くはずです。
消費電力が低いままになる (TDP)
ドライバのバージョン 530.41 から、カードの消費電力が低く制限された状態に固定されてしまうというケースが発生し始めました (GitHub issue 483 を参照)。NVIDIA ドライバは、nvidia-smi
を使用して電力制限を手動で設定する機能を無効化していますが、多くのノート PC で低消費電力状態に固定されてしまい、パフォーマンスが悪化してしまいます。
(Ampere 世代及びそれ以降で) この問題を回避するには、DynamicBoost を有効化する nvidia-powerd.service
を起動/有効化してください。