NVIDIA/ヒントとテクニック - 版の履歴

AshMyzk: 同期

2026-03-29T01:18:12Z

同期

差分を表示

AshMyzk: 同期

2025-06-28T08:07:21Z

同期

差分を表示

AshMyzk: 同期

2025-06-10T20:25:33Z

同期

← 古い版		2025年6月11日 (水) 05:25時点における版
3行目:		3行目:
	[[en:NVIDIA/Tips and tricks]]		[[en:NVIDIA/Tips and tricks]]
	[[ru:NVIDIA/Tips and tricks]]		[[ru:NVIDIA/Tips and tricks]]
			[[zh-hans:NVIDIA/提示和技巧]]
	メインの記事は [[NVIDIA]] です。		メインの記事は [[NVIDIA]] です。

203行目:		204行目:
	複数の機能を有効化するには ''Coolbits'' の値に上記の値を足し合わせてください。例えば、Fermi コアのオーバークロックとオーバーボルテージを有効化する場合は {{ic\|Option "Coolbits" "24"}} をセットします。		複数の機能を有効化するには ''Coolbits'' の値に上記の値を足し合わせてください。例えば、Fermi コアのオーバークロックとオーバーボルテージを有効化する場合は {{ic\|Option "Coolbits" "24"}} をセットします。

	''Coolbits'' に関するドキュメントは {{ic\|/usr/share/doc/nvidia/html/xconfigoptions.html}} と[https://download.nvidia.com/XFree86/Linux-x86_64/~~560~~.~~35.03~~/README/xconfigoptions.html#Coolbits ここ]にあります。		''Coolbits'' に関するドキュメントは {{ic\|/usr/share/doc/nvidia/html/xconfigoptions.html}} と[https://download.nvidia.com/XFree86/Linux-x86_64/565.77/README/xconfigoptions.html#Coolbits ここ]にあります。

	{{Note\| 別の手段としては DOS(推奨) 内から、あるいは [https://www.techpowerup.com/download/nvidia-nvflash/ nvflash] と [https://www.guru3d.com/files-details/nvidia-bios-editor-download-nibitor.html NiBiTor 6.0] を Win32 環境内で使って、GPU BIOS を編集しリフラッシュするというものがあります。BIOS をフラッシュする利点は電圧制限を上げられることだけでなく、一般に Coolbit のようなソフトウェアオーバークロッキングの方法で安定性が向上することです。[https://ivanvojtko.blogspot.sk/2014/03/how-to-overclock-geforce-460gtx-fermi.html Fermi BIOS modification tutorial]}}		{{Note\| 別の手段としては DOS(推奨) 内から、あるいは [https://www.techpowerup.com/download/nvidia-nvflash/ nvflash] と [https://www.guru3d.com/files-details/nvidia-bios-editor-download-nibitor.html NiBiTor 6.0] を Win32 環境内で使って、GPU BIOS を編集しリフラッシュするというものがあります。BIOS をフラッシュする利点は電圧制限を上げられることだけでなく、一般に Coolbit のようなソフトウェアオーバークロッキングの方法で安定性が向上することです。[https://ivanvojtko.blogspot.sk/2014/03/how-to-overclock-geforce-460gtx-fermi.html Fermi BIOS modification tutorial]}}
280行目:		281行目:
	=== ログイン時にファンの速度を設定する ===		=== ログイン時にファンの速度を設定する ===

	''nvidia-settings'' のコンソールインターフェイスを使ってグラフィックカードのファンの速度を調整することができます。まず、Xorg 設定の [[#オーバークロックを有効化する\|Coolbits]] オプションでビット2を有効化していることを確認してください。		''nvidia-settings'' のコンソールインターフェイスを使ってグラフィックカードのファンの速度を調整することができます。まず、Xorg 設定の [[#nvidia-settings からオーバークロックを有効化する\|Coolbits]] オプションでビット2を有効化していることを確認してください。

	{{Note\| 現在 GeForce 400/500 シリーズのカードではこの方法を使ってログイン時にファンの速度を設定することはできません。この方法では ''nvidia-settings'' を使って現在の X セッション内でファンのスピードを変更することしかできません。}}		{{Note\| 現在 GeForce 400/500 シリーズのカードではこの方法を使ってログイン時にファンの速度を設定することはできません。この方法では ''nvidia-settings'' を使って現在の X セッション内でファンのスピードを変更することしかできません。}}
309行目:		310行目:
	{{Note\|一部のラップトップ(ThinkPad [https://devtalk.nvidia.com/default/topic/1052110/linux/can-t-control-gtx-1050-ti-max-q-fan-on-thinkpad-x1-extreme-laptop/post/5340658/#5340658 X1 Extreme] や [https://devtalk.nvidia.com/default/topic/1048624/linux/how-to-set-gpu-fan-speed/post/5321818/#5321818 P51/P52] を含む)においては、2つのファンがあるものの、どちらも nvidia によって制御されません。}}		{{Note\|一部のラップトップ(ThinkPad [https://devtalk.nvidia.com/default/topic/1052110/linux/can-t-control-gtx-1050-ti-max-q-fan-on-thinkpad-x1-extreme-laptop/post/5340658/#5340658 X1 Extreme] や [https://devtalk.nvidia.com/default/topic/1048624/linux/how-to-set-gpu-fan-speed/post/5321818/#5321818 P51/P52] を含む)においては、2つのファンがあるものの、どちらも nvidia によって制御されません。}}

	=== ~~Nvidia Management Library~~ によるシンプルなオーバークロックスクリプト ===		=== NVML によるシンプルなオーバークロックスクリプト ===

	Nvidia Management Library (NVML) は、GPU のコアとメモリのクロックオフセットと電力制限値を管理できる API を提供しています。これを使うには、{{AUR\|python-nvidia-ml-py}} をインストールし、以下の Python スクリプトを所望の設定で使用してください。このスクリプトは、起動のたびに root として実行してオーバークロック/低電圧の設定を適用し直す必要があります。		Nvidia Management Library (NVML) は、GPU のコアとメモリのクロックオフセットと電力制限値を管理できる API を提供しています。これを使うには、{{AUR\|python-nvidia-ml-py}} をインストールし、以下の Python スクリプトを所望の設定で使用してください。このスクリプトは、起動のたびに root として実行してオーバークロック/低電圧の設定を適用し直す必要があります。
369行目:		370行目:
	サポートされているドライバにおいては、上流の要件通り、必須のサービスである {{ic\|nvidia-suspend.service}}、{{ic\|nvidia-hibernate.service}}、{{ic\|nvidia-resume.service}} はデフォルトで[[有効化]]されています。		サポートされているドライバにおいては、上流の要件通り、必須のサービスである {{ic\|nvidia-suspend.service}}、{{ic\|nvidia-hibernate.service}}、{{ic\|nvidia-resume.service}} はデフォルトで[[有効化]]されています。

	詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/~~560~~.~~35.03~~/README/powermanagement.html NVIDIA のドキュメント]を参照してください。		詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/565.77/README/powermanagement.html NVIDIA のドキュメント]を参照してください。

	{{Accuracy\|[[NVIDIA#早期ロード\|KMS を早期開始]]する場合 (つまり、initramfs の段階で {{ic\|nvidia}} モジュールがロードされる場合)、initramfs の時点では、以前のビデオメモリの内容が保存されている {{ic\|NVreg_TemporaryFilePath}} にアクセスできません。つまり、ハイバーネートを使用する場合は、KMS の早期開始を使用するべきではありません。}}		{{Accuracy\|[[NVIDIA#早期ロード\|KMS を早期開始]]する場合 (つまり、initramfs の段階で {{ic\|nvidia}} モジュールがロードされる場合)、initramfs の時点では、以前のビデオメモリの内容が保存されている {{ic\|NVreg_TemporaryFilePath}} にアクセスできません。つまり、ハイバーネートを使用する場合は、KMS の早期開始を使用するべきではありません。}}
375行目:		376行目:
	{{Note\|		{{Note\|
	* [[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[initramfs を再生成する]]必要があります。		* [[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[initramfs を再生成する]]必要があります。
	* 上流のデフォルトでは、ビデオメモリの内容は ([[tmpfs]] である) {{ic\|/tmp}} に保存されます。NVIDIA は、最高のパフォーマンスを得るために[https://download.nvidia.com/XFree86/Linux-x86_64/~~560~~.~~35.03~~/README/powermanagement.html#PreserveAllVide719f0 他のファイルシステムを使うことを推奨]しています。また、{{ic\|/tmp}} のサイズがメモリの容量に対して不十分である場合も、他のファイルシステムを使う必要があります。このような理由から、Arch Linux では、サポートされているドライバにおいて {{ic\|1=nvidia.NVreg_TemporaryFilePath=/var/tmp}} パラメータがデフォルトで設定されています。		* 上流のデフォルトでは、ビデオメモリの内容は ([[tmpfs]] である) {{ic\|/tmp}} に保存されます。NVIDIA は、最高のパフォーマンスを得るために[https://download.nvidia.com/XFree86/Linux-x86_64/565.77/README/powermanagement.html#PreserveAllVide719f0 他のファイルシステムを使うことを推奨]しています。また、{{ic\|/tmp}} のサイズがメモリの容量に対して不十分である場合も、他のファイルシステムを使う必要があります。このような理由から、Arch Linux では、サポートされているドライバにおいて {{ic\|1=nvidia.NVreg_TemporaryFilePath=/var/tmp}} パラメータがデフォルトで設定されています。
	* ビデオメモリの内容を保存するファイルシステムは、無名一時ファイルをサポートし (例えば、ext4 や XFS)、かつビデオメモリの割り当てを保存するのに十分な容量がある必要があります (つまり、すべての NVIDIA GPU のメモリ容量合計の 1.05 倍以上)。コマンド {{ic\|1=nvidia-smi --query-gpu=memory.total --format=csv,noheader,nounits}} を使えば、システム上のすべての GPU ビデオメモリの容量を一覧表示できます。		* ビデオメモリの内容を保存するファイルシステムは、無名一時ファイルをサポートし (例えば、ext4 や XFS)、かつビデオメモリの割り当てを保存するのに十分な容量がある必要があります (つまり、すべての NVIDIA GPU のメモリ容量合計の 1.05 倍以上)。コマンド {{ic\|1=nvidia-smi --query-gpu=memory.total --format=csv,noheader,nounits}} を使えば、システム上のすべての GPU ビデオメモリの容量を一覧表示できます。
	* NVIDIA は {{ic\|nvidia-resume.service}} を有効化するのは必須であるとしていますが、これを有効化するのは任意です。このサービスの機能は {{man\|8\|systemd-sleep}} フック ({{ic\|/usr/lib/systemd/system-sleep/nvidia}}) によって提供され、このフックは自動的に実行されるからです。ただし、[https://gitlab.gnome.org/GNOME/gdm/-/issues/784 GDM を Wayland で使用している場合]は、{{ic\|nvidia-resume.service}} を明示的に有効化する必要があります。		* NVIDIA は {{ic\|nvidia-resume.service}} を有効化するのは必須であるとしていますが、これを有効化するのは任意です。このサービスの機能は {{man\|8\|systemd-sleep}} フック ({{ic\|/usr/lib/systemd/system-sleep/nvidia}}) によって提供され、このフックは自動的に実行されるからです。ただし、[https://gitlab.gnome.org/GNOME/gdm/-/issues/784 GDM を Wayland で使用している場合]は、{{ic\|nvidia-resume.service}} を明示的に有効化する必要があります。
394行目:		395行目:
	これで、より高い解像度とリフレッシュレートを利用できますが、画質に悪影響を及ぼします。		これで、より高い解像度とリフレッシュレートを利用できますが、画質に悪影響を及ぼします。

			== GPU を使ってレンダリングするようにアプリケーションを設定する ==
⚫	{{TranslationStatus\|NVIDIA/Tips and tricks\|2025-01-17\|~~824988~~}}

			[[PRIME#GPU を使ってレンダリングするようにアプリケーションを設定する]] を参照してください。

		⚫	{{TranslationStatus\|NVIDIA/Tips and tricks\|2025-06-11\|832904}}

AshMyzk: 同期

2025-01-17T13:38:50Z

同期

← 古い版		2025年1月17日 (金) 22:38時点における版
178行目:		178行目:

	== オーバークロックと冷却 ==		== オーバークロックと冷却 ==

⚫	=== オーバークロックを有効化する ===

	{{Warning\| オーバークロックによってハードウェアに永久的な損傷が発生するかもしれません。警告しましたよ。}}		{{Warning\| オーバークロックによってハードウェアに永久的な損傷が発生するかもしれません。警告しましたよ。}}

		⚫	=== nvidia-settings からオーバークロックを有効化する ===

	{{Note\|		{{Note\|
207行目:		207行目:
	{{Note\| 別の手段としては DOS(推奨) 内から、あるいは [https://www.techpowerup.com/download/nvidia-nvflash/ nvflash] と [https://www.guru3d.com/files-details/nvidia-bios-editor-download-nibitor.html NiBiTor 6.0] を Win32 環境内で使って、GPU BIOS を編集しリフラッシュするというものがあります。BIOS をフラッシュする利点は電圧制限を上げられることだけでなく、一般に Coolbit のようなソフトウェアオーバークロッキングの方法で安定性が向上することです。[https://ivanvojtko.blogspot.sk/2014/03/how-to-overclock-geforce-460gtx-fermi.html Fermi BIOS modification tutorial]}}		{{Note\| 別の手段としては DOS(推奨) 内から、あるいは [https://www.techpowerup.com/download/nvidia-nvflash/ nvflash] と [https://www.guru3d.com/files-details/nvidia-bios-editor-download-nibitor.html NiBiTor 6.0] を Win32 環境内で使って、GPU BIOS を編集しリフラッシュするというものがあります。BIOS をフラッシュする利点は電圧制限を上げられることだけでなく、一般に Coolbit のようなソフトウェアオーバークロッキングの方法で安定性が向上することです。[https://ivanvojtko.blogspot.sk/2014/03/how-to-overclock-geforce-460gtx-fermi.html Fermi BIOS modification tutorial]}}

	==== 静的な 2D/3D クロックを設定する ====		=== 静的な 2D/3D クロックを設定する ===

	[[カーネルモジュールパラメータ]]を使用して PowerMizer を最大パフォーマンスレベルで有効化してください (この設定がないと VSync が機能しません):		[[カーネルモジュールパラメータ]]を使用して PowerMizer を最大パフォーマンスレベルで有効化してください (この設定がないと VSync が機能しません):
215行目:		215行目:
	}}		}}

	==== GPU のブーストクロックを下げる ====		=== GPU のブーストクロックを下げる ===

	[https://nouveau.freedesktop.org/CodeNames.html#NV170 Ampere (NV170/GA''XXX'')] GPU 及びそれ以降では、クロックブーストが異なる方法で動作します。最大クロックはブート時に、サポートされている最も高い制限値に設定されます。これが望ましい動作である場合は、設定は必要ありません。		[https://nouveau.freedesktop.org/CodeNames.html#NV170 Ampere (NV170/GA''XXX'')] GPU 及びそれ以降では、クロックブーストが異なる方法で動作します。最大クロックはブート時に、サポートされている最も高い制限値に設定されます。これが望ましい動作である場合は、設定は必要ありません。
231行目:		231行目:
	例として、RTX 3090 Ti でデフォルトから上記の設定に変更した場合、Hitman 3 を 4K 60 FPS でプレイしたところ、電力消費量が 30% 減少し、温度は 75 度から 63 度に、ファンの速度は 73% から 57% に低下しました。		例として、RTX 3090 Ti でデフォルトから上記の設定に変更した場合、Hitman 3 を 4K 60 FPS でプレイしたところ、電力消費量が 30% 減少し、温度は 75 度から 63 度に、ファンの速度は 73% から 57% に低下しました。

	==== オーバークロックの設定を保存する ====		=== オーバークロックの設定を保存する ===

	通常、''nvidia-settings'' インターフェイスで設定したクロックと電圧のオフセットは保存されず、再起動すると消えてしまいます。幸い、プロプライエタリドライバにおいてオーバークロック用のインターフェイスを提供し、ユーザのオーバークロック設定を保存することが可能で、起動時に自動的に設定を適用するツールがあります。以下にその一部を挙げます:		通常、''nvidia-settings'' インターフェイスで設定したクロックと電圧のオフセットは保存されず、再起動すると消えてしまいます。幸い、プロプライエタリドライバにおいてオーバークロック用のインターフェイスを提供し、ユーザのオーバークロック設定を保存することが可能で、起動時に自動的に設定を適用するツールがあります。以下にその一部を挙げます:
307行目:		307行目:
	$ nvidia-xconfig --cool-bits=4		$ nvidia-xconfig --cool-bits=4

	{{Note\| 一部のラップトップ(ThinkPad [https://devtalk.nvidia.com/default/topic/1052110/linux/can-t-control-gtx-1050-ti-max-q-fan-on-thinkpad-x1-extreme-laptop/post/5340658/#5340658 X1 Extreme] や [https://devtalk.nvidia.com/default/topic/1048624/linux/how-to-set-gpu-fan-speed/post/5321818/#5321818 P51/P52] を含む)においては、2つのファンがあるものの、どちらも nvidia によって制御されません。}}		{{Note\|一部のラップトップ(ThinkPad [https://devtalk.nvidia.com/default/topic/1052110/linux/can-t-control-gtx-1050-ti-max-q-fan-on-thinkpad-x1-extreme-laptop/post/5340658/#5340658 X1 Extreme] や [https://devtalk.nvidia.com/default/topic/1048624/linux/how-to-set-gpu-fan-speed/post/5321818/#5321818 P51/P52] を含む)においては、2つのファンがあるものの、どちらも nvidia によって制御されません。}}

			=== Nvidia Management Library によるシンプルなオーバークロックスクリプト ===

			Nvidia Management Library (NVML) は、GPU のコアとメモリのクロックオフセットと電力制限値を管理できる API を提供しています。これを使うには、{{AUR\|python-nvidia-ml-py}} をインストールし、以下の Python スクリプトを所望の設定で使用してください。このスクリプトは、起動のたびに root として実行してオーバークロック/低電圧の設定を適用し直す必要があります。

			{{bc\|1=
			#!/usr/bin/env python

			from pynvml import *

			nvmlInit()

			# 調節対象の GPU を指定する。以下でエラーが発生する場合や、複数の GPU が存在する場合、1 に設定するか、他の値を試してください
			myGPU = nvmlDeviceGetHandleByIndex(0)

			# 以下の行の "000" の部分を所望の GPU クロックオフセット値に置き換えてください。
			nvmlDeviceSetGpcClkVfOffset(myGPU,000)

			# 以下の行の "000" の部分を、所望のメモリクロックオフセット値の「2倍」に置き換えてください。
			# 例えば、オフセットが 500 である場合、以下の行には 1000 と記述してください。
			nvmlDeviceSetMemClkVfOffset(myGPU,000)

			# 以下に電力制限値を mW で設定してください。例えば、216W は 216000 (mW) になります。電力制限値を調整したくない場合は以下の行を削除してください。
			nvmlDeviceSetPowerManagementLimit(myGPU, 000000)
			}}

	== カーネルモジュールパラメータ ==		== カーネルモジュールパラメータ ==
334行目:		359行目:
	"まだ実験段階の" インターフェイスを使用すれば、(ディスクまたは RAM に十分な領域があれば) ビデオメモリ全てを保存できるようになります。		"まだ実験段階の" インターフェイスを使用すれば、(ディスクまたは RAM に十分な領域があれば) ビデオメモリ全てを保存できるようになります。

	ビデオメモリの内容を全て保存し復元するようにするには、{{ic\|nvidia}} カーネルモジュールに対して {{ic\|1=NVreg_PreserveVideoMemoryAllocations=1}} [[カーネルモジュールパラメータ]]を設定する必要があります。NVIDIA はこのパラメータをデフォルトで設定していませんが、一方 Arch Linux では、サポートされているドライバにおいてこのパラメータがデフォルトで設定されています。		ビデオメモリの内容を全て保存し復元するようにするには、{{ic\|nvidia}} カーネルモジュールに対して {{ic\|1=NVreg_PreserveVideoMemoryAllocations=1}} [[カーネルモジュールパラメータ]]を設定する必要があります。NVIDIA はこのパラメータをデフォルトで設定していませんが、一方 Arch Linux では、サポートされているドライバにおいてこのパラメータがデフォルトで設定されており、ビデオメモリはデフォルトで保持されます。

			{{ic\|NVreg_PreserveVideoMemoryAllocations}} が有効であるかを調べるには、以下を実行してください:

			# cat /proc/driver/nvidia/params \| sort

			{{ic\|PreserveVideoMemoryAllocations: 1}} という行と、{{ic\|TemporaryFilePath: "/var/tmp"}} という行があるはずです (これらのパラメータについては以下で説明されています)。

	また、{{ic\|nvidia-suspend.service}} ~~サービス~~、{{ic\|nvidia-hibernate.service}} ~~サービス~~、{{ic\|nvidia-resume.service}} ~~サービスを[[有効化]]しておく必要があります。Arch Linux では、上流の要件に従って、サポートされているドライバにおいてこれらのサービス~~はデフォルトで有効化されています。		サポートされているドライバにおいては、上流の要件通り、必須のサービスである {{ic\|nvidia-suspend.service}}、{{ic\|nvidia-hibernate.service}}、{{ic\|nvidia-resume.service}} はデフォルトで[[有効化]]されています。

	詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/560.35.03/README/powermanagement.html NVIDIA のドキュメント]を参照してください。		詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/560.35.03/README/powermanagement.html NVIDIA のドキュメント]を参照してください。
363行目:		394行目:
	これで、より高い解像度とリフレッシュレートを利用できますが、画質に悪影響を及ぼします。		これで、より高い解像度とリフレッシュレートを利用できますが、画質に悪影響を及ぼします。

	{{TranslationStatus\|NVIDIA/Tips and tricks\|~~2024~~-10-23\|~~819073~~}}		{{TranslationStatus\|NVIDIA/Tips and tricks\|2025-01-17\|824988}}

AshMyzk: 同期

2024-10-23T06:49:13Z

同期

← 古い版		2024年10月23日 (水) 15:49時点における版
326行目:		326行目:

	{{Note\|[[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[Initramfs を再生成する]]必要があります。}}		{{Note\|[[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[Initramfs を再生成する]]必要があります。}}

	モード設定を有効化し、かつ {{ic\|simpledrm}} ドライバとの衝突を防ぐには、以下のオプションをブートファイル内でカーネルコマンドラインに追加する必要があります。注意点として、このパラメータは {{ic\|/etc/modprobe.d}} 内のファイル内で設定すると、(たとえそのファイルが initramfs イメージ内に保存されたとしても) 正しく反映されません。{{Bug\|73720}} を参照してください。

	nvidia_drm.modeset=1

	== サスペンド後にビデオメモリを保持する ==		== サスペンド後にビデオメモリを保持する ==
338行目:		334行目:
	"まだ実験段階の" インターフェイスを使用すれば、(ディスクまたは RAM に十分な領域があれば) ビデオメモリ全てを保存できるようになります。		"まだ実験段階の" インターフェイスを使用すれば、(ディスクまたは RAM に十分な領域があれば) ビデオメモリ全てを保存できるようになります。

	ビデオメモリの内容を全て保存し復元するようにするには、{{ic\|nvidia}} カーネルモジュールに対して {{ic\|1=NVreg_PreserveVideoMemoryAllocations=1}} [[カーネルモジュールパラメータ]]を設定~~し、{{ic\|nvidia-suspend.service}}、{{ic\|nvidia-hibernate.service}}、{{ic\|nvidia-resume.service}}~~ を~~[[有効化]]~~してください。		ビデオメモリの内容を全て保存し復元するようにするには、{{ic\|nvidia}} カーネルモジュールに対して {{ic\|1=NVreg_PreserveVideoMemoryAllocations=1}} [[カーネルモジュールパラメータ]]を設定する必要があります。NVIDIA はこのパラメータをデフォルトで設定していませんが、一方 Arch Linux では、サポートされているドライバにおいてこのパラメータがデフォルトで設定されています。

			また、{{ic\|nvidia-suspend.service}} サービス、{{ic\|nvidia-hibernate.service}} サービス、{{ic\|nvidia-resume.service}} サービスを[[有効化]]しておく必要があります。Arch Linux では、上流の要件に従って、サポートされているドライバにおいてこれらのサービスはデフォルトで有効化されています。

	詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/560.35.03/README/powermanagement.html NVIDIA のドキュメント]を参照してください。		詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/560.35.03/README/powermanagement.html NVIDIA のドキュメント]を参照してください。
346行目:		344行目:
	{{Note\|		{{Note\|
	* [[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[initramfs を再生成する]]必要があります。		* [[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[initramfs を再生成する]]必要があります。
	* デフォルトでは、ビデオメモリの内容は ([[tmpfs]] である) {{ic\|/tmp}} に保存されます。NVIDIA は、最高のパフォーマンスを得るために[https://download.nvidia.com/XFree86/Linux-x86_64/560.35.03/README/powermanagement.html#PreserveAllVide719f0 他のファイルシステムを使うことを推奨]しています。また、{{ic\|/tmp}} のサイズがメモリの容量に対して不十分である場合も、他のファイルシステムを使う必要があります。~~{{ic\|nvidia}} カーネルモジュール~~の ~~{{ic\|NVreg_TemporaryFilePath}}~~ ~~[[カ~~ー~~ネルモジュールパ~~ラ~~メータ]]で別の場所を指定し~~て~~ください~~ ~~(例えば、~~{{ic\|1=nvidia.NVreg_TemporaryFilePath=/var/tmp}})。		* 上流のデフォルトでは、ビデオメモリの内容は ([[tmpfs]] である) {{ic\|/tmp}} に保存されます。NVIDIA は、最高のパフォーマンスを得るために[https://download.nvidia.com/XFree86/Linux-x86_64/560.35.03/README/powermanagement.html#PreserveAllVide719f0 他のファイルシステムを使うことを推奨]しています。また、{{ic\|/tmp}} のサイズがメモリの容量に対して不十分である場合も、他のファイルシステムを使う必要があります。このような理由から、Arch Linux では、サポートされているドライバにおいて {{ic\|1=nvidia.NVreg_TemporaryFilePath=/var/tmp}} パラメータがデフォルトで設定されています。
	* ビデオメモリの内容を保存するファイルシステムは、無名一時ファイルをサポートし (例えば、ext4 や XFS)、かつビデオメモリの割り当てを保存するのに十分な容量がある必要があります (つまり、すべての NVIDIA GPU のメモリ容量合計の 1.05 倍以上)。コマンド {{ic\|1=nvidia-smi --query-gpu=memory.total --format=csv,noheader,nounits}} を使えば、システム上のすべての GPU ビデオメモリの容量を一覧表示できます。		* ビデオメモリの内容を保存するファイルシステムは、無名一時ファイルをサポートし (例えば、ext4 や XFS)、かつビデオメモリの割り当てを保存するのに十分な容量がある必要があります (つまり、すべての NVIDIA GPU のメモリ容量合計の 1.05 倍以上)。コマンド {{ic\|1=nvidia-smi --query-gpu=memory.total --format=csv,noheader,nounits}} を使えば、システム上のすべての GPU ビデオメモリの容量を一覧表示できます。
	* {{ic\|nvidia-resume.service}} を有効化するのは任意です。このサービスの機能は {{man\|8\|systemd-sleep}} フック ({{ic\|/usr/lib/systemd/system-sleep/nvidia}}) によって提供され、このフックは自動的に実行されるからです。ただし、[https://gitlab.gnome.org/GNOME/gdm/-/issues/784 GDM を Wayland で使用している場合]は、{{ic\|nvidia-resume.service}} を明示的に有効化する必要があります。		* NVIDIA は {{ic\|nvidia-resume.service}} を有効化するのは必須であるとしていますが、これを有効化するのは任意です。このサービスの機能は {{man\|8\|systemd-sleep}} フック ({{ic\|/usr/lib/systemd/system-sleep/nvidia}}) によって提供され、このフックは自動的に実行されるからです。ただし、[https://gitlab.gnome.org/GNOME/gdm/-/issues/784 GDM を Wayland で使用している場合]は、{{ic\|nvidia-resume.service}} を明示的に有効化する必要があります。
	}}		}}

365行目:		363行目:
	これで、より高い解像度とリフレッシュレートを利用できますが、画質に悪影響を及ぼします。		これで、より高い解像度とリフレッシュレートを利用できますが、画質に悪影響を及ぼします。

	{{TranslationStatus\|NVIDIA/Tips and tricks\|2024-09-22\|~~815706~~}}		{{TranslationStatus\|NVIDIA/Tips and tricks\|2024-10-23\|819073}}

AshMyzk: 同期

2024-09-22T08:01:03Z

同期

Kusanaginoturugi: カテゴリを修正

2024-09-03T13:40:21Z

カテゴリを修正

← 古い版		2024年9月3日 (火) 22:40時点における版
1行目:		1行目:
	[[Category:グラフィック]]		[[Category:グラフィックス]]
	[[Category:X サーバー]]		[[Category:X サーバー]]
	[[en:NVIDIA/Tips and tricks]]		[[en:NVIDIA/Tips and tricks]]

Kusanaginoturugi: 校正（でき・出来）

2024-07-10T11:43:07Z

校正（でき・出来）

← 古い版		2024年7月10日 (水) 20:43時点における版
198行目:		198行目:
	* {{ic\|2}} (ビット1) - このビットがセットされると、ドライバは「ビデオメモリの容量が異なる複数の GPU を使用するときに SLI の初期化を試みます。」		* {{ic\|2}} (ビット1) - このビットがセットされると、ドライバは「ビデオメモリの容量が異なる複数の GPU を使用するときに SLI の初期化を試みます。」
	* {{ic\|4}} (ビット2) - ''nvidia-settings'' の ''Thermal Monitor'' ページで GPU ファンの速度を手動設定できるようにします。		* {{ic\|4}} (ビット2) - ''nvidia-settings'' の ''Thermal Monitor'' ページで GPU ファンの速度を手動設定できるようにします。
	* {{ic\|8}} (ビット3) - ''nvidia-settings'' の ''PowerMizer'' ページでオーバークロック出来るようにします。Fermi や Fermi より新しいアーキテクチャでバージョン 337.12 から利用可能です。[https://www.phoronix.com/scan.php?px=MTY1OTM&page=news_item]		* {{ic\|8}} (ビット3) - ''nvidia-settings'' の ''PowerMizer'' ページでオーバークロックできるようにします。Fermi や Fermi より新しいアーキテクチャでバージョン 337.12 から利用可能です。[https://www.phoronix.com/scan.php?px=MTY1OTM&page=news_item]
	* {{ic\|16}} (ビット4) - ''nvidia-settings'' の CLI のオプションを使ってオーバーボルテージできるようにします。Fermi や Fermi より新しいアーキテクチャでバージョン 346.16 から利用可能です。[https://www.phoronix.com/scan.php?page=news_item&px=MTg0MDI]		* {{ic\|16}} (ビット4) - ''nvidia-settings'' の CLI のオプションを使ってオーバーボルテージできるようにします。Fermi や Fermi より新しいアーキテクチャでバージョン 346.16 から利用可能です。[https://www.phoronix.com/scan.php?page=news_item&px=MTg0MDI]

AshMyzk: 同期

2024-06-25T08:19:49Z

同期

← 古い版		2024年6月25日 (火) 17:19時点における版
336行目:		336行目:
	:結果として生じるビデオメモリの内容の消失は、ユーザスペースの NVIDIA ドライバーや一部のアプリケーションによって部分的に補われます。しかし、電源管理サイクルの終了時にレンダリングの破損やアプリケーションのクラッシュなどの機能不全が発生する可能性があります。		:結果として生じるビデオメモリの内容の消失は、ユーザスペースの NVIDIA ドライバーや一部のアプリケーションによって部分的に補われます。しかし、電源管理サイクルの終了時にレンダリングの破損やアプリケーションのクラッシュなどの機能不全が発生する可能性があります。

	"まだ実験段階の" インターフェイスを使用すれば、ビデオメモリ全てを保存できるようになります ~~(ただし、ディスクまたは RAM に十分な領域がある場合)~~。		"まだ実験段階の" インターフェイスを使用すれば、(ディスクまたは RAM に十分な領域があれば) ビデオメモリ全てを保存できるようになります。

	ビデオメモリの内容を全て保存し復元するようにするには、{{ic\|nvidia}} カーネルモジュールに対して {{ic\|1=NVreg_PreserveVideoMemoryAllocations=1}} [[カーネルモジュールパラメータ]]を設定し、{{ic\|nvidia-suspend.service}}、{{ic\|nvidia-hibernate.service}}、{{ic\|nvidia-resume.service}} を[[有効化]]してください。		ビデオメモリの内容を全て保存し復元するようにするには、{{ic\|nvidia}} カーネルモジュールに対して {{ic\|1=NVreg_PreserveVideoMemoryAllocations=1}} [[カーネルモジュールパラメータ]]を設定し、{{ic\|nvidia-suspend.service}}、{{ic\|nvidia-hibernate.service}}、{{ic\|nvidia-resume.service}} を[[有効化]]してください。
346行目:		346行目:
	{{Note\|		{{Note\|
	* [[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[initramfs を再生成する]]必要があります。		* [[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[initramfs を再生成する]]必要があります。
	* デフォルトでは、ビデオメモリの内容は ([[tmpfs]] である) {{ic\|/tmp}} に保存されます。NVIDIA は、最高のパフォーマンスを得るために[https://download.nvidia.com/XFree86/Linux-x86_64/545.29.06/README/powermanagement.html#PreserveAllVide719f0 他のファイルシステムを使うことを推奨]しています。また、{{ic\|/tmp}} のサイズがメモリの容量に対して不十分である場合も、他のファイルシステムを使う必要があります: {{ic\|NVreg_TemporaryFilePath}} カーネルモジュールパラメータで別の場所を指定してください (例えば、{{ic\|1=NVreg_TemporaryFilePath=/var/tmp}})。		* デフォルトでは、ビデオメモリの内容は ([[tmpfs]] である) {{ic\|/tmp}} に保存されます。NVIDIA は、最高のパフォーマンスを得るために[https://download.nvidia.com/XFree86/Linux-x86_64/545.29.06/README/powermanagement.html#PreserveAllVide719f0 他のファイルシステムを使うことを推奨]しています。また、{{ic\|/tmp}} のサイズがメモリの容量に対して不十分である場合も、他のファイルシステムを使う必要があります。{{ic\|nvidia}} カーネルモジュールの {{ic\|NVreg_TemporaryFilePath}} [[カーネルモジュールパラメータ]]で別の場所を指定してください (例えば、{{ic\|1=nvidia.NVreg_TemporaryFilePath=/var/tmp}})。
	* ビデオメモリの内容を保存するファイルシステムは、無名一時ファイルをサポートし (例えば、ext4 や XFS)、かつビデオメモリの割り当てを保存するのに十分な容量がある必要があります (つまり、すべての NVIDIA GPU のメモリ容量合計の 1.05 倍以上)。コマンド {{ic\|1=nvidia-smi --query-gpu=memory.total --format=csv,noheader,nounits}} を使えば、システム上のすべての GPU ビデオメモリの容量を一覧表示できます。		* ビデオメモリの内容を保存するファイルシステムは、無名一時ファイルをサポートし (例えば、ext4 や XFS)、かつビデオメモリの割り当てを保存するのに十分な容量がある必要があります (つまり、すべての NVIDIA GPU のメモリ容量合計の 1.05 倍以上)。コマンド {{ic\|1=nvidia-smi --query-gpu=memory.total --format=csv,noheader,nounits}} を使えば、システム上のすべての GPU ビデオメモリの容量を一覧表示できます。
	* {{ic\|nvidia-resume.service}} を有効化するのは任意です。このサービスの機能は {{man\|8\|systemd-sleep}} フック ({{ic\|/usr/lib/systemd/system-sleep/nvidia}}) によって提供され、このフックは自動的に実行されるからです。ただし、[https://gitlab.gnome.org/GNOME/gdm/-/issues/784 GDM を Wayland で使用している場合]は、{{ic\|nvidia-resume.service}} を明示的に有効化する必要があります。		* {{ic\|nvidia-resume.service}} を有効化するのは任意です。このサービスの機能は {{man\|8\|systemd-sleep}} フック ({{ic\|/usr/lib/systemd/system-sleep/nvidia}}) によって提供され、このフックは自動的に実行されるからです。ただし、[https://gitlab.gnome.org/GNOME/gdm/-/issues/784 GDM を Wayland で使用している場合]は、{{ic\|nvidia-resume.service}} を明示的に有効化する必要があります。
357行目:		357行目:
	ブート時に持続デーモンを開始するには {{ic\|nvidia-persistenced.service}} を[[有効化]]してください。手動での使用については[https://docs.nvidia.com/deploy/driver-persistence/index.html#usage 上流のドキュメント]をご覧ください。		ブート時に持続デーモンを開始するには {{ic\|nvidia-persistenced.service}} を[[有効化]]してください。手動での使用については[https://docs.nvidia.com/deploy/driver-persistence/index.html#usage 上流のドキュメント]をご覧ください。

			== YCbCr 4:2:0 サブサンプリングを強制する ==
⚫	{{TranslationStatus\|NVIDIA/Tips and tricks\|2024-05-17\|~~807365~~}}

			[[Wikipedia:HDMI#Refresh frequency limits for standard video\|古い出力規格の制限]]に悩まされているが、YUV 4:2:0 を使用することで問題を緩和できるような場合は、NVIDIA ドライバに YUV420 を強制するためのドキュメント化されていない X11 オプションがあります:

			Option "ForceYUV420" "True"

			これで、より高い解像度とリフレッシュレートを利用できますが、画質に悪影響を及ぼします。

		⚫	{{TranslationStatus\|NVIDIA/Tips and tricks\|2024-06-25\|810705}}

AshMyzk: 同期

2024-05-17T05:28:12Z

同期

← 古い版		2024年5月17日 (金) 14:28時点における版
11行目:		11行目:
	GRUB を使用している場合、[[GRUB/ヒントとテクニック#フレームバッファの解像度を設定する]]を見てください。		GRUB を使用している場合、[[GRUB/ヒントとテクニック#フレームバッファの解像度を設定する]]を見てください。

	[[systemd-boot]] を使用している場合、{{ic\|''esp''~~/EFI~~/loader/loader.conf}} 内で {{ic\|console-mode}} を設定してください。詳しくは [[systemd-boot#ローダー設定]] をご覧ください。[https://forums.fedoraforum.org/showthread.php?t=306271] [https://web.archive.org/web/20170405115954/https://www.reddit.com/r/archlinux/comments/4gwukx/nvidia_drivers_and_high_resolution_tty_possible/]		[[systemd-boot]] を使用している場合、{{ic\|''esp''/loader/loader.conf}} 内で {{ic\|console-mode}} を設定してください。詳しくは [[systemd-boot#ローダー設定]] をご覧ください。[https://forums.fedoraforum.org/showthread.php?t=306271] [https://web.archive.org/web/20170405115954/https://www.reddit.com/r/archlinux/comments/4gwukx/nvidia_drivers_and_high_resolution_tty_possible/]

	[[rEFInd]] を使用している場合、{{ic\|''esp''/EFI/refind/refind.conf}} と {{ic\|~~/etc/refind.d/refind.conf~~}} ~~に以下~~を追加してください~~(後者のファイルは任~~意~~ですが、両方に追加するこ~~と~~を推奨~~します~~): [https://www.reddit.com/r/archlinux/comments/86lqc5/tty_resolution_nvidia_psaish/]~~		[[rEFInd]] を使用している場合、{{ic\|''esp''/EFI/refind/refind.conf}} で {{ic\|use_graphics_for +,linux}} を設定してください。ちょっとした注意事項としては、これによりブート中にカーネルパラメータが表示されなくなります。

	use_graphics_for linux

	ちょっとした注意事項としては、これによりブート中にカーネルパラメータが表示されなくなります。

	{{Tip\|上記の方法でターミナルの解像度を修正できない場合、UEFI の設定で Legacy BIOS モード (しばしば、Compatibility Support Module、CSM、Legacy Boot と呼ばれます) を完全に無効化する必要があるかもしれません。無効化する前に、すべてのデバイスが UEFI ブートを使用するように設定されていることを確認してください。}}		{{Tip\|上記の方法でターミナルの解像度を修正できない場合、UEFI の設定で Legacy BIOS モード (しばしば、Compatibility Support Module、CSM、Legacy Boot と呼ばれます) を完全に無効化する必要があるかもしれません。無効化する前に、すべてのデバイスが UEFI ブートを使用するように設定されていることを確認してください。}}
213行目:		209行目:
	==== 静的な 2D/3D クロックを設定する ====		==== 静的な 2D/3D クロックを設定する ====

		⚫	[[カーネルモジュールパラメータ]]を使用して PowerMizer を最大パフォーマンスレベルで有効化してください (この設定がないと VSync が機能しません):
	{{Out of date\|RegistryDwords は Xorg の設定ファイルで無視されるようになりました。}}

			{{hc\|/etc/modprobe.d/nvidia.conf\|2=
⚫	~~以下の文字列~~を ~~Device セクションに設定すると~~ PowerMizer がパフォーマンス最高レベルで有効~~になります~~ (この行がないと VSync が動作しません):
			options nvidia NVreg_RegistryDwords="PerfLevelSrc=0x2222"

			}}
	Option "RegistryDwords" "PerfLevelSrc=0x2222"

	==== GPU のブーストクロックを下げる ====		==== GPU のブーストクロックを下げる ====
361行目:		357行目:
	ブート時に持続デーモンを開始するには {{ic\|nvidia-persistenced.service}} を[[有効化]]してください。手動での使用については[https://docs.nvidia.com/deploy/driver-persistence/index.html#usage 上流のドキュメント]をご覧ください。		ブート時に持続デーモンを開始するには {{ic\|nvidia-persistenced.service}} を[[有効化]]してください。手動での使用については[https://docs.nvidia.com/deploy/driver-persistence/index.html#usage 上流のドキュメント]をご覧ください。

	{{TranslationStatus\|NVIDIA/Tips and tricks\|2024-03-22\|~~801505~~}}		{{TranslationStatus\|NVIDIA/Tips and tricks\|2024-05-17\|807365}}

← 古い版		2024年7月10日 (水) 20:43時点における版
198行目:		198行目:
	* {{ic\|2}} (ビット1) - このビットがセットされると、ドライバは「ビデオメモリの容量が異なる複数の GPU を使用するときに SLI の初期化を試みます。」		* {{ic\|2}} (ビット1) - このビットがセットされると、ドライバは「ビデオメモリの容量が異なる複数の GPU を使用するときに SLI の初期化を試みます。」
	* {{ic\|4}} (ビット2) - ''nvidia-settings'' の ''Thermal Monitor'' ページで GPU ファンの速度を手動設定できるようにします。		* {{ic\|4}} (ビット2) - ''nvidia-settings'' の ''Thermal Monitor'' ページで GPU ファンの速度を手動設定できるようにします。
	* {{ic\|8}} (ビット3) - ''nvidia-settings'' の ''PowerMizer'' ページでオーバークロック出来るようにします。Fermi や Fermi より新しいアーキテクチャでバージョン 337.12 から利用可能です。[https://www.phoronix.com/scan.php?px=MTY1OTM&page=news_item]		* {{ic\|8}} (ビット3) - ''nvidia-settings'' の ''PowerMizer'' ページでオーバークロックできるようにします。Fermi や Fermi より新しいアーキテクチャでバージョン 337.12 から利用可能です。[https://www.phoronix.com/scan.php?px=MTY1OTM&page=news_item]
	* {{ic\|16}} (ビット4) - ''nvidia-settings'' の CLI のオプションを使ってオーバーボルテージできるようにします。Fermi や Fermi より新しいアーキテクチャでバージョン 346.16 から利用可能です。[https://www.phoronix.com/scan.php?page=news_item&px=MTg0MDI]		* {{ic\|16}} (ビット4) - ''nvidia-settings'' の CLI のオプションを使ってオーバーボルテージできるようにします。Fermi や Fermi より新しいアーキテクチャでバージョン 346.16 から利用可能です。[https://www.phoronix.com/scan.php?page=news_item&px=MTg0MDI]

← 古い版		2024年9月22日 (日) 17:01時点における版
203行目:		203行目:
	複数の機能を有効化するには ''Coolbits'' の値に上記の値を足し合わせてください。例えば、Fermi コアのオーバークロックとオーバーボルテージを有効化する場合は {{ic\|Option "Coolbits" "24"}} をセットします。		複数の機能を有効化するには ''Coolbits'' の値に上記の値を足し合わせてください。例えば、Fermi コアのオーバークロックとオーバーボルテージを有効化する場合は {{ic\|Option "Coolbits" "24"}} をセットします。

	''Coolbits'' に関するドキュメントは {{ic\|/usr/share/doc/nvidia/html/xconfigoptions.html}} と[https://download.nvidia.com/XFree86/Linux-x86_64/~~545~~.29.06/README/xconfigoptions.html#Coolbits ここ]にあります。		''Coolbits'' に関するドキュメントは {{ic\|/usr/share/doc/nvidia/html/xconfigoptions.html}} と[https://download.nvidia.com/XFree86/Linux-x86_64/560.35.03/README/xconfigoptions.html#Coolbits ここ]にあります。

	{{Note\| 別の手段としては DOS(推奨) 内から、あるいは [https://www.techpowerup.com/download/nvidia-nvflash/ nvflash] と [https://www.guru3d.com/files-details/nvidia-bios-editor-download-nibitor.html NiBiTor 6.0] を Win32 環境内で使って、GPU BIOS を編集しリフラッシュするというものがあります。BIOS をフラッシュする利点は電圧制限を上げられることだけでなく、一般に Coolbit のようなソフトウェアオーバークロッキングの方法で安定性が向上することです。[https://ivanvojtko.blogspot.sk/2014/03/how-to-overclock-geforce-460gtx-fermi.html Fermi BIOS modification tutorial]}}		{{Note\| 別の手段としては DOS(推奨) 内から、あるいは [https://www.techpowerup.com/download/nvidia-nvflash/ nvflash] と [https://www.guru3d.com/files-details/nvidia-bios-editor-download-nibitor.html NiBiTor 6.0] を Win32 環境内で使って、GPU BIOS を編集しリフラッシュするというものがあります。BIOS をフラッシュする利点は電圧制限を上げられることだけでなく、一般に Coolbit のようなソフトウェアオーバークロッキングの方法で安定性が向上することです。[https://ivanvojtko.blogspot.sk/2014/03/how-to-overclock-geforce-460gtx-fermi.html Fermi BIOS modification tutorial]}}
340行目:		340行目:
	ビデオメモリの内容を全て保存し復元するようにするには、{{ic\|nvidia}} カーネルモジュールに対して {{ic\|1=NVreg_PreserveVideoMemoryAllocations=1}} [[カーネルモジュールパラメータ]]を設定し、{{ic\|nvidia-suspend.service}}、{{ic\|nvidia-hibernate.service}}、{{ic\|nvidia-resume.service}} を[[有効化]]してください。		ビデオメモリの内容を全て保存し復元するようにするには、{{ic\|nvidia}} カーネルモジュールに対して {{ic\|1=NVreg_PreserveVideoMemoryAllocations=1}} [[カーネルモジュールパラメータ]]を設定し、{{ic\|nvidia-suspend.service}}、{{ic\|nvidia-hibernate.service}}、{{ic\|nvidia-resume.service}} を[[有効化]]してください。

	詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/~~545~~.29.06/README/powermanagement.html NVIDIA のドキュメント]を参照してください。		詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/560.35.03/README/powermanagement.html NVIDIA のドキュメント]を参照してください。

	{{Accuracy\|[[NVIDIA#早期ロード\|KMS を早期開始]]する場合 (つまり、initramfs の段階で {{ic\|nvidia}} モジュールがロードされる場合)、initramfs の時点では、以前のビデオメモリの内容が保存されている {{ic\|NVreg_TemporaryFilePath}} にアクセスできません。つまり、ハイバーネートを使用する場合は、KMS の早期開始を使用するべきではありません。}}		{{Accuracy\|[[NVIDIA#早期ロード\|KMS を早期開始]]する場合 (つまり、initramfs の段階で {{ic\|nvidia}} モジュールがロードされる場合)、initramfs の時点では、以前のビデオメモリの内容が保存されている {{ic\|NVreg_TemporaryFilePath}} にアクセスできません。つまり、ハイバーネートを使用する場合は、KMS の早期開始を使用するべきではありません。}}
346行目:		346行目:
	{{Note\|		{{Note\|
	* [[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[initramfs を再生成する]]必要があります。		* [[カーネルモジュール#/etc/modprobe.d/ 内のファイルを使う]] にある通り、[[NVIDIA#DRM カーネルモード設定\|early KMS]] を使用している場合は [[initramfs を再生成する]]必要があります。
	* デフォルトでは、ビデオメモリの内容は ([[tmpfs]] である) {{ic\|/tmp}} に保存されます。NVIDIA は、最高のパフォーマンスを得るために[https://download.nvidia.com/XFree86/Linux-x86_64/~~545~~.29.06/README/powermanagement.html#PreserveAllVide719f0 他のファイルシステムを使うことを推奨]しています。また、{{ic\|/tmp}} のサイズがメモリの容量に対して不十分である場合も、他のファイルシステムを使う必要があります。{{ic\|nvidia}} カーネルモジュールの {{ic\|NVreg_TemporaryFilePath}} [[カーネルモジュールパラメータ]]で別の場所を指定してください (例えば、{{ic\|1=nvidia.NVreg_TemporaryFilePath=/var/tmp}})。		* デフォルトでは、ビデオメモリの内容は ([[tmpfs]] である) {{ic\|/tmp}} に保存されます。NVIDIA は、最高のパフォーマンスを得るために[https://download.nvidia.com/XFree86/Linux-x86_64/560.35.03/README/powermanagement.html#PreserveAllVide719f0 他のファイルシステムを使うことを推奨]しています。また、{{ic\|/tmp}} のサイズがメモリの容量に対して不十分である場合も、他のファイルシステムを使う必要があります。{{ic\|nvidia}} カーネルモジュールの {{ic\|NVreg_TemporaryFilePath}} [[カーネルモジュールパラメータ]]で別の場所を指定してください (例えば、{{ic\|1=nvidia.NVreg_TemporaryFilePath=/var/tmp}})。
	* ビデオメモリの内容を保存するファイルシステムは、無名一時ファイルをサポートし (例えば、ext4 や XFS)、かつビデオメモリの割り当てを保存するのに十分な容量がある必要があります (つまり、すべての NVIDIA GPU のメモリ容量合計の 1.05 倍以上)。コマンド {{ic\|1=nvidia-smi --query-gpu=memory.total --format=csv,noheader,nounits}} を使えば、システム上のすべての GPU ビデオメモリの容量を一覧表示できます。		* ビデオメモリの内容を保存するファイルシステムは、無名一時ファイルをサポートし (例えば、ext4 や XFS)、かつビデオメモリの割り当てを保存するのに十分な容量がある必要があります (つまり、すべての NVIDIA GPU のメモリ容量合計の 1.05 倍以上)。コマンド {{ic\|1=nvidia-smi --query-gpu=memory.total --format=csv,noheader,nounits}} を使えば、システム上のすべての GPU ビデオメモリの容量を一覧表示できます。
	* {{ic\|nvidia-resume.service}} を有効化するのは任意です。このサービスの機能は {{man\|8\|systemd-sleep}} フック ({{ic\|/usr/lib/systemd/system-sleep/nvidia}}) によって提供され、このフックは自動的に実行されるからです。ただし、[https://gitlab.gnome.org/GNOME/gdm/-/issues/784 GDM を Wayland で使用している場合]は、{{ic\|nvidia-resume.service}} を明示的に有効化する必要があります。		* {{ic\|nvidia-resume.service}} を有効化するのは任意です。このサービスの機能は {{man\|8\|systemd-sleep}} フック ({{ic\|/usr/lib/systemd/system-sleep/nvidia}}) によって提供され、このフックは自動的に実行されるからです。ただし、[https://gitlab.gnome.org/GNOME/gdm/-/issues/784 GDM を Wayland で使用している場合]は、{{ic\|nvidia-resume.service}} を明示的に有効化する必要があります。
365行目:		365行目:
	これで、より高い解像度とリフレッシュレートを利用できますが、画質に悪影響を及ぼします。		これで、より高い解像度とリフレッシュレートを利用できますが、画質に悪影響を及ぼします。

	{{TranslationStatus\|NVIDIA/Tips and tricks\|2024-06-25\|~~810705~~}}		{{TranslationStatus\|NVIDIA/Tips and tricks\|2024-09-22\|815706}}