CPU 周波数スケーリング - 版の履歴

AshMyzk: 同期

2025-06-28T11:08:12Z

同期

Kgx: /* ユーザースペースツール */ 同期

2025-01-09T12:26:41Z

ユーザースペースツール: 同期

@@ 22行目: / 22行目: @@
 == ユーザースペースツール ==
 === i7z ===
@@ 47行目: / 37行目: @@
 ''cpupower'' の設定ファイルは {{ic|/etc/default/cpupower}} です。この設定ファイルは {{ic|/usr/lib/systemd/scripts/cpupower}} 内の bash スクリプトによって読み込まれます。bash スクリプトは {{ic|cpupower.service}} と ''systemd'' によって有効にされます。ブート時に起動するには {{ic|cpupower.service}} を[[有効化]]してください。
-=== cpupower-gui ===
+=== thermald ===
 === power-profiles-daemon ===
@@ 70行目: / 58行目: @@
 {{ic|power-profiles-daemon}} サービスを [[起動/有効化]] してください。''powerprofilesctl'' が起動されると、サービスも起動しようとすることに注意してください ({{ic|dbus.service}} の [[ユニットステータス]] を見てください。)
-{{Note|''power-profiles-daemon'' は、[[TLP]] や {{AUR|tuned}}、{{AUR|system76-power}} といった他の電源管理サービスと[https://gitlab.freedesktop.org/hadess/power-profiles-daemon/-/blob/main/data/power-profiles-daemon.service.in#L3 衝突]します。(潜在的に依存関係にあるため) ''power-profiles-daemon'' を [[アンインストール]] せずに前述のサービスのどれかを代わりに使用するには、{{ic|power-profiles-daemon}} サービスを [[マスク]] して無効化してください ([https://github.com/linrunner/TLP/issues/564]、[https://linrunner.de/tlp/installation/arch.html#service-units] も参照。)}}
+* ''power-profiles-daemon'' は、[[TLP]] や {{Pkg|tuned}}、{{AUR|system76-power}} といった他の電源管理サービスと[https://gitlab.freedesktop.org/hadess/power-profiles-daemon/-/blob/main/data/power-profiles-daemon.service.in#L3 衝突]します。(潜在的に依存関係にあるため) ''power-profiles-daemon'' を [[アンインストール]] せずに前述のサービスのどれかを代わりに使用するには、{{ic|power-profiles-daemon}} サービスを [[マスク]] して無効化してください ([https://github.com/linrunner/TLP/issues/564]、[https://linrunner.de/tlp/installation/arch.html#service-units] も参照。)
 == スケーリングドライバ ==

Kgx: /* power-profiles-daemon */ 翻訳を修正

2023-10-01T14:28:28Z

power-profiles-daemon: 翻訳を修正

← 古い版		2023年10月1日 (日) 23:28時点における版
61行目:		61行目:
	=== power-profiles-daemon ===		=== power-profiles-daemon ===

	{{Pkg\|power-profiles-daemon}} の ''powerprofilesctl'' コマンドラインツールは {{ic\|power-profiles-daemon}} サービスを通して電源プロファイル (バランス~~、パワーセーバー~~、パフォーマンスなど) を扱います。GNOME と KDE もプロファイル切り替えのための [https://gitlab.freedesktop.org/hadess/power-profiles-daemon#how-to-use グラフィカルインターフェイス] を提供しています。以下を参照してください:		{{Pkg\|power-profiles-daemon}} の ''powerprofilesctl'' コマンドラインツールは {{ic\|power-profiles-daemon}} サービスを通して電源プロファイル (省電力、バランス、パフォーマンスなど) を扱います。GNOME と KDE もプロファイル切り替えのための [https://gitlab.freedesktop.org/hadess/power-profiles-daemon#how-to-use グラフィカルインターフェイス] を提供しています。以下を参照してください:

	* [[GNOME#電源モード]]		* [[GNOME#電源モード]]
68行目:		68行目:
	使い方や使用例、類似プロジェクトとの比較などについては、[https://gitlab.freedesktop.org/hadess/power-profiles-daemon#power-profiles-daemon プロジェクトの README] を参照してください。		使い方や使用例、類似プロジェクトとの比較などについては、[https://gitlab.freedesktop.org/hadess/power-profiles-daemon#power-profiles-daemon プロジェクトの README] を参照してください。

	{{ic\|power-profiles-daemon}} サービスを[[起動/有効化]]してください。''powerprofilesctl'' が起動されると、サービスも起動しようとすることに注意してください ({{ic\|dbus.service}} の[[ユニットステータス]]を見てください)。		{{ic\|power-profiles-daemon}} サービスを [[起動/有効化]] してください。''powerprofilesctl'' が起動されると、サービスも起動しようとすることに注意してください ({{ic\|dbus.service}} の [[ユニットステータス]] を見てください。)

	{{Note\|''power-profiles-daemon'' は、[[TLP]] や {{AUR\|tuned}}、{{AUR\|system76-power}} といった他の電源管理サービスと[https://gitlab.freedesktop.org/hadess/power-profiles-daemon/-/blob/main/data/power-profiles-daemon.service.in#L3 衝突]します。(潜在的に依存関係にあるため) ''power-profiles-daemon'' を[[アンインストール]]せずに前述のサービスのどれかを代わりに使用するには、{{ic\|power-profiles-daemon}} サービスを[[マスク]]して無効化してください ([https://github.com/linrunner/TLP/issues/564]、[https://linrunner.de/tlp/installation/arch.html#service-units] も参照)。}}		{{Note\|''power-profiles-daemon'' は、[[TLP]] や {{AUR\|tuned}}、{{AUR\|system76-power}} といった他の電源管理サービスと[https://gitlab.freedesktop.org/hadess/power-profiles-daemon/-/blob/main/data/power-profiles-daemon.service.in#L3 衝突]します。(潜在的に依存関係にあるため) ''power-profiles-daemon'' を [[アンインストール]] せずに前述のサービスのどれかを代わりに使用するには、{{ic\|power-profiles-daemon}} サービスを [[マスク]] して無効化してください ([https://github.com/linrunner/TLP/issues/564]、[https://linrunner.de/tlp/installation/arch.html#service-units] も参照。)}}

	== スケーリングドライバ ==		== スケーリングドライバ ==

Kgx: /* thermald */ リンクを追加

2023-10-01T14:25:16Z

thermald: リンクを追加

← 古い版		2023年10月1日 (日) 23:25時点における版
29行目:		29行目:
	デフォルトでは、このデーモンは利用可能な CPU デジタル温度センサーを使って CPU 温度を監視し、ハードウェアが積極的な補正動作を行う前に CPU 温度を制御下に維持します。thermal sysfs に皮膚温度センサーがある場合、皮膚温度を 45C 以下に保とうと試みます (訳注: ここでの皮膚温度 (skin temperature) とは、ユーザがデバイスを持ったときに感じる温度のことです)。		デフォルトでは、このデーモンは利用可能な CPU デジタル温度センサーを使って CPU 温度を監視し、ハードウェアが積極的な補正動作を行う前に CPU 温度を制御下に維持します。thermal sysfs に皮膚温度センサーがある場合、皮膚温度を 45C 以下に保とうと試みます (訳注: ここでの皮膚温度 (skin temperature) とは、ユーザがデバイスを持ったときに感じる温度のことです)。

	Tiger Lake ラップトップ (例: [[Dell Latitude 3420]]) では、このデーモンは、他の方法で利用できるものよりも[https://www.phoronix.com/review/intel-thermald-tgl 多くのパフォーマンスを解放する]と報告されています。		Tiger Lake ラップトップ (例: [https://wiki.archlinux.org/title/Dell_Latitude_3420 Dell Latitude 3420]) では、このデーモンは、他の方法で利用できるものよりも [https://www.phoronix.com/review/intel-thermald-tgl 多くのパフォーマンスを解放する] と報告されています。

	関連する systemd ユニットは {{ic\|thermald.service}} です。このサービスは[[起動]]され、かつ[[有効化]]されている必要があります。		関連する systemd ユニットは {{ic\|thermald.service}} です。このサービスは [[起動]] され、かつ [[有効化]] されている必要があります。

	=== i7z ===		=== i7z ===

AshMyzk: TranslationStatus

2023-07-18T06:22:40Z

TranslationStatus

← 古い版		2023年7月18日 (火) 15:22時点における版
412行目:		412行目:
	* [https://docs.kernel.org/admin-guide/pm/amd-pstate.html amd-pstate カーネルドキュメント]		* [https://docs.kernel.org/admin-guide/pm/amd-pstate.html amd-pstate カーネルドキュメント]
	* [https://linrunner.de/tlp/settings/processor.html intel_pstate/intel_cpufreq ドキュメント kernel 5.7+]		* [https://linrunner.de/tlp/settings/processor.html intel_pstate/intel_cpufreq ドキュメント kernel 5.7+]

			{{TranslationStatus\|CPU frequency scaling\|2023-07-18\|782443}}

AshMyzk: /* スケーリングドライバ */ 同期

2023-07-18T06:22:09Z

スケーリングドライバ: 同期

← 古い版		2023年7月18日 (火) 15:22時点における版
120行目:		120行目:
	=== 最大・最小周波数を設定する ===		=== 最大・最小周波数を設定する ===

	~~ごく稀に、手動~~で最大・最小周波数を設定~~しなくてはならない~~ことがあります。		一部のケースで、最大・最小周波数を手動で設定する必要があることがあります。

	最大クロック周波数を設定するには (''clock_freq'' には単位を付~~けて下さい~~: GHz, MHz):		最大クロック周波数を設定するには ({{ic\|''clock_freq''}} は単位付きのクロック周波数です: GHz、MHz):

	# cpupower frequency-set -u ''clock_freq''		# cpupower frequency-set -u ''clock_freq''
130行目:		130行目:
	# cpupower frequency-set -d ''clock_freq''		# cpupower frequency-set -d ''clock_freq''

	~~CPU を~~特定の周波数で動作するように設定するには:		特定の周波数で動作するように CPU を設定するには:

	# cpupower frequency-set -f ''clock_freq''		# cpupower frequency-set -f ''clock_freq''

	{{Note\|		{{Note\|
	* 単一の CPU コアだけを調整するには、{{ic\|-c ''core_number''}} を加えて下さい。		* 単一の CPU コアだけを調整するには、{{ic\|-c ''core_number''}} をコマンドに加えてください。
	* ~~governor,~~ 最大・最小周波数は {{ic\|/etc/default/cpupower}} で設定できます。		* ガバナーの最大周波数と最小周波数は {{ic\|/etc/default/cpupower}} で設定できます。
	}}		}}

			あるいは、手動で周波数を設定することもできます:
	=== Turbo Boost の無効化 ===

			# echo ''value'' \| tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_max_freq
⚫	==== intel_pstate ====

			利用可能な値は {{ic\|/sys/devices/system/cpu/cpu*/cpufreq/scaling_available_frequencies}} などで調べられます。[https://web.archive.org/web/20201029114421/https://software.intel.com/sites/default/files/comment/1716807/how-to-change-frequency-on-linux-pub.txt]

			=== 周波数ブーストを設定する ===

			一部のプロセッサでは、適切な温度条件下で短時間、周波数を通常の最大値以上に上げることができます。これは、Intel プロセッサでは [[Wikipedia:ja:インテルターボ・ブースト・テクノロジー\|Turbo Boost]] と、AMD プロセッサでは [[Wikipedia:AMD Turbo Core\|Turbo-Core]] と呼ばれています。

		⚫	==== sysfs から設定する (intel_pstate) ====

			intel_pstate には、プロセッサがターボ P-State に入ることを禁止するための、ドライバ固有のインターフェイスが存在します:

	# echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo		# echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo

			==== sysfs から設定する (古いスケーリングドライバ) ====
	==== acpi-cpufreq ====

			{{ic\|intel_pstate}} より古いスケーリングドライバにおいては、ドライバがブーストをサポートしている場合、{{ic\|/sys/devices/system/cpu/cpufreq/boost}} 属性が存在し、これを使ってブーストを無効化/有効化することができます:

	# echo 0 > /sys/devices/system/cpu/cpufreq/boost		# echo 0 > /sys/devices/system/cpu/cpufreq/boost

	==== x86_energy_perf_policy ====		==== x86_energy_perf_policy から設定する ====

	{{Pkg\|x86_energy_perf_policy}} を使用します。		Intel プロセッサにおいては、{{Pkg\|x86_energy_perf_policy}} を使ってターボブーストを設定することもできます:

	# x86_energy_perf_policy --turbo-enable 0		# x86_energy_perf_policy --turbo-enable 0

			=== amd_pstate ===
	この変更は一時的なものです。

			{{ic\|amd_pstate}} には 3 つのオペレーションモードが存在します: CPPC autonomous (active) モード、CPPC non-autonomous (passive) モード、CPPC guided autonomous (guided) モード。active/passive/guided モードは、それぞれカーネルパラメータ {{ic\|1=amd_pstate=active}}、{{ic\|1=amd_pstate=passive}}、{{ic\|1=amd_pstate=guided}} で選択できます。

			; Active モード
			: {{ic\|active}} モードは {{ic\|amd_pstate_epp}} (Energy Performance Preference) ドライバによって実装されており、カーネル 6.3 及びそれ以降で利用可能です。このモードでは、ソフトウェアが CPPC ファームウェアにパフォーマンス (0x0) または電力効率 (0xff) にバイアスをかけることを要求した場合、{{ic\|amd_pstate_epp}} ドライバはハードウェアにヒントを提供します。
			; Passive モード
			: {{ic\|passive}} モードは {{ic\|amd_pstate}} ドライバによって実装されています。このモードでは、ドライバは現在の負荷に基づいて望ましいパフォーマンス (特に、ユーザエクスペリエンスに影響を与えずにどれだけパフォーマンスの低下を許容できるか) を定義します。
			; Guided モード
			: {{ic\|guided}} モードは {{ic\|amd_pstate}} ドライバによって実装されており、カーネル 6.4 及びそれ以降で利用可能です。このモードでは、{{ic\|amd_pstate}} ドライバはパフォーマンスレベルの最大と最小をリクエストし、プラットフォームは、現在の負荷において適切なパフォーマンスレベルをその範囲内で自動的に選択します。

	== スケーリングガバナー ==		== スケーリングガバナー ==

AshMyzk: /* スケーリングドライバ */ 冒頭を同期

2023-07-18T06:00:38Z

スケーリングドライバ: 冒頭を同期

← 古い版		2023年7月18日 (火) 15:00時点における版
73行目:		73行目:

	== スケーリングドライバ ==		== スケーリングドライバ ==

			スケーリングドライバは、ガバナーによって指定された周波数を設定する CPU 固有の詳細を実装します。厳密に言えば、ACPI 標準は、P0 で始まって徐々に低パフォーマンスになる [[wikipedia:Advanced Configuration and Power Interface#Performance state\|power-performance states (P-states)]] を要求しています。この機能は、Intel では SpeedStep と、AMD では PowerNow! と呼ばれています。

			とはいえ実際には、プロセッサは固定の P-state に制限するどころか、特定の周波数を指定する方法を提供しています。スケーリングドライバは周波数の指定を処理します。

	{{Note\|		{{Note\|
	* ~~カーネル 3.4 から、~~ネイティブ CPU モジュールは自動的にロードされます。		* ネイティブな CPU モジュールは自動的にロードされます。
	* ~~カーネル 3.9 から、新しい~~ Intel の CPU には下~~に書かれている~~ドライバーの代わりに~~新しい~~ {{ic\|~~pstate~~}} パワースケーリングドライバーが自動的に使われます。このドライバーは他のドライバーよりも優先され、モジュールではなく~~初めから備えら~~れています。現在 Sandy Bridge ~~や Ivy Bridge~~ 以降の~~新しい~~ CPU ~~でこのドライバーが~~自動的に使用されます。このドライバーを使っていて問題が生~~じた際~~は、~~kernel~~ 行に {{ic\|intel_pstate~~=~~disable}} を追加してください~~。同じユーザースペースユーティリティを使うこともできますがコントロールはできません~~。		* 最近の Intel CPU においては、下記の他のドライバの代わりに {{ic\|intel_pstate}} CPU パワースケーリングドライバが自動的に使用されます。このドライバは他のドライバよりも優先され、モジュールではなく、組み込まれています。現在、このドライバは Sandy Bridge 及びそれ以降の CPU において自動的に使用されます。{{ic\|intel_pstate}} は BIOS の P-State 設定を無視する場合があります。古い CPU においては {{ic\|intel_pstate}} は {{ic\|intel_cpufreq}} ドライバによって "passive mode" で動作する場合があります。このドライバを使用していて問題が発生する場合は、{{ic\|acpi_cpufreq}} ドライバを使用するようにするために {{ic\|1=intel_pstate=disable}} をカーネルラインに追加してください。
			* {{ic\|amd_pstate}} CPU パワースケーリングドライバはデフォルトで非アクティブです。しかし、サポートされている CPU (Zen 2 及びそれ以降) を使用している場合は、{{ic\|1=amd_pstate=passive}}、{{ic\|1=amd_pstate=active}}、そして {{ic\|1=amd_pstate=guided}} のうちどれかを[[カーネルパラメータ]]に追加することでこのドライバを手動で有効化することができます。一部のマザーボードは、必要な設定をファームウェア内で有効化しない場合があり、その結果 {{ic\|the _CPC object is not present in SBIOS or ACPI disabled}} エラーが発生します。UEFI で ''Enable CPPC'' やこれと似たような設定を ''Auto'' から ''Enabled'' に変更してください。この設定が UEFI に存在しない場合は、ベンダーのウェブサイトでアップデートがないか調べてください。
	* 上記の P State の挙動は {{ic\|/sys/devices/system/cpu/intel_pstate}} で変えることができます。例えば、CPU の温度を低く保つために {{ic\|# echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo}} で Intel Turbo Boost を無効にすることが可能です。
	* 新しい Intel の CPU は [https://01.org/linux-thermal-daemon Linux Thermal Daemon] ({{Pkg\|thermald}} から使えます) でコントロールでき P-states, T-states, Intel power clamp ドライバーを使って熱を積極的にコントロールします。thermald は古い Intel CPU でも使うことができます。最新のドライバーが存在しない場合、デーモンは x86 モデルのレジスタにリバートして Linux の ‘cpufreq サブシステム’ で冷却システムを制御します。
	}}		}}

	''cpupower'' はネイティブ CPU の制限を知るために~~モジュール~~を必要とします:		''cpupower'' は、ネイティブな CPU の制限を調べるためにドライバを必要とします:

	{\| class="wikitable ~~sortable~~"		{\| class="wikitable"
	!~~モジュール~~!!説明		! ドライバ !! 説明
			\|-
			\| intel_pstate \|\| このドライバは、Intel Core (Sandy Bridge 及びそれ以降) プロセッサの内部ガバナーでスケーリングドライバを実装しています。
			\|-
			\| amd_pstate_epp \|\| この "active" ドライバは、AMD Ryzen (一部の Zen 2 及びそれ以降) プロセッサの内部ガバナーでスケーリングドライバを実装しています。
			\|-
			\| acpi_cpufreq \|\| ACPI Processor Performance States を使用する CPUFreq ドライバ。このドライバは Intel Enhanced SpeedStep もサポートします (以前は、非推奨の speedstep-centrino モジュールによってサポートされていました)。AMD Ryzen においては、このドライバは 3 つの周波数状態のみを提供します。
			\|-
			\| intel_cpufreq \|\| カーネル 5.7 から、intel_pstate スケーリングドライバは、hardware-managed P-states (HWP) をサポートしない CPU (つまり、Intel Core i の第5世代及びそれ以前) においては "passive mode" (別名 intel_cpufreq) を選択します。このドライバは、Intel CPU で ACPI ドライバと似たように動作します。ただし、ACPI の 16-pstate の制限は存在しません。
	\|-		\|-
	\| ~~intel_pstate~~ \|\| このドライバーは ~~Intel~~ ~~Core~~ ~~(SandyBridge~~ ~~以降)~~ ~~プロセッサ~~の内部 ~~governor~~ ~~でスケーリングドライバー~~を実装しています。		\| amd_pstate \|\| このドライバは AMD Ryzen において acpi_cpufreq よりも遥かに多くの P-state を公開します。ただし、governing は引き継ぎません。
	\|-		\|-
	\| ~~acpi-cpufreq~~ \|\| ACPI ~~Processor~~ ~~Performance~~ ~~States~~ を~~利用する~~ CPUFreq ドライバー。この~~ドライバーは~~ ~~Intel Enhanced SpeedStep~~ も~~サポート~~しています ~~(以前は~~ ~~speedstep-centrino モジュ~~ー~~ルによってサポートさ~~れていま~~した)~~。		\| cppc_cpufreq \|\| ACPI CPPC システム (以下を参照) をベースとした CPUFreq ドライバ。AArch64 システムにおいては共通のデフォルトです。最近の x86 においても動作しますが、上記 2 つのベンダー固有の選択肢の方が優れています。
	\|-		\|-
	\| ~~speedstep-lib~~ \|\| Intel SpeedStep ~~が有効になっている~~プロセッサ (~~ほとんどの~~ Atom と古い Pentium ~~(< 3)~~) の CPUFreq ドライバー。		\| speedstep_lib \|\| Intel SpeedStep 対応プロセッサ (主に Atom と古い Pentium) 用の CPUFreq ドライバ。
	\|-		\|-
	\| ~~powernow-k8~~ \|\| K8/K10 ~~Athlon64~~/Opteron/Phenom プロセッサの CPUFreq ドライバー。Linux 3.7 からこの~~ファミリーの新しい~~ CPU では '~~acpi-cpufreq~~' が自動的に使われます。		\| powernow_k8 \|\| K8/K10 Athlon 64/Opteron/Phenom プロセッサ用の CPUFreq ドライバ。Linux 3.7 から、より最近の AMD CPU においては 'acpi_cpufreq' が自動的に使用されます。
	\|-		\|-
	\| ~~pcc-cpufreq~~ \|\| このドライバーは ~~ProLiant サーバーで使われている~~ Hewlett-Packard と Microsoft Corporation による Processor Clocking Control インターフェイスをサポートしています。		\| pcc_cpufreq \|\| このドライバは、Hewlett-Packard と Microsoft Corporation による Processor Clocking Control インターフェイスをサポートします。一部の ProLiant サーバにおいて便利です。
	\|-		\|-
	\| ~~p4-clockmod~~ \|\| Intel Pentium 4 / Xeon / Celeron プロセッサの CPUFreq ドライバー。~~有効にすると~~クロックをスキップして CPU の温度を下げます。~~<br>基本的~~には ~~SpeedStep~~ ~~ドライバー~~を使~~って下さ~~い。		\| p4_clockmod \|\| Intel Pentium 4/Xeon/Celeron プロセッサ用の CPUFreq ドライバ。クロックをスキップすることで CPU 温度を下げます。(代わりに {{ic\|speedstep_lib}} を使用したほうが良いかもしれません。)
	\|}		\|}

	利用可能なモジュールの完全なリストを表示するには、次を実行してください:		利用可能なモジュールの完全なリストを表示するには、次を実行してください:

	$ ls /lib/modules/$(uname -r)/kernel/drivers/cpufreq/		$ ls /usr/lib/modules/$(uname -r)/kernel/drivers/cpufreq/

	適切なモジュールをロードしてください (詳しくは[[カーネルモジュール]]を見て下さい)。cpufreq ドライバーが~~正しく~~ロードされていれば、次のコマンドで CPU の詳細が表示されます:		適切なモジュールをロードしてください (詳しくは[[カーネルモジュール]]を見て下さい)。適切な cpufreq ドライバーがロードされていれば、次のコマンドで CPU の詳細が表示されます:

	$ cpupower frequency-info		$ cpupower frequency-info

AshMyzk: /* スケーリングガバナー */ 同期

2023-07-16T08:36:47Z

スケーリングガバナー: 同期

差分を表示

AshMyzk: /* トラブルシューティング */ 同期

2023-07-16T08:13:14Z

トラブルシューティング: 同期

← 古い版		2023年7月16日 (日) 17:13時点における版
353行目:		353行目:
	== トラブルシューティング ==		== トラブルシューティング ==

		⚫	=== BIOS の周波数制限 ===
	* [[ntop]] などのアプリケーションは自動的な周波数スケーリングに上手く応じられません。ntop の場合、現在のプロセッサ速度では対処できないような大量のパケットが突然ネットワークインターフェイスに押し寄せてきたときに {{ic\|on-demand}} governor が周波数を素早く変更できずにセグメンテーションフォルトが発生したり情報が失われることがあります。

	* CPU によっては {{ic\|on-demand}} governor のデフォルトの設定でパフォーマンスが出ないことがあります (例: flash 動画がスムーズに再生されなかったりウィンドウアニメーションがガタガタになる)。周波数スケーリングを完全に無効化することで問題を解決する代わりに、それぞれの CPU の ''up_threshold'' [[sysctl]] 変数を低くすることで周波数スケーリングを積極的にすることができます。[[#閾値を切り替える\|on-demand governor の閾値を変更する方法]]を見て下さい。

	* ときどき on-demand governor は最大周波数までスロットルを上げないで、その一段階下で抑えることがあります。max_freq の値を本当の最大値よりも少しだけ多目に設定することでこれを解決できます。例えば、CPU の周波数のレンジが 2.00 GHz から 3.00 GHz ならば、max_freq を 3.01 GHz に設定すると良いかもしれません。

	* [[ALSA]] ドライバーとサウンドチップの組み合わせによっては周波数が変化する governor で音飛びが発生することがあります。周波数が変化しない governor に切り替えることで音飛びをなくすことができます。

⚫	=== BIOS 周波数の制限 ===

	CPU/BIOS 設定によっては最大周波数までスケールすることができなかったり周波数を上げることが全くできなかったりすることがあります。これは大抵 BIOS イベントが OS に周波数を制限するよう通知しているのが原因であり、結果的に {{ic\|/sys/devices/system/cpu/cpu0/cpufreq/bios_limit}} が低い値に設定されます。		CPU/BIOS 設定によっては最大周波数までスケールすることができなかったり周波数を上げることが全くできなかったりすることがあります。これは大抵 BIOS イベントが OS に周波数を制限するよう通知しているのが原因であり、結果的に {{ic\|/sys/devices/system/cpu/cpu0/cpufreq/bios_limit}} が低い値に設定されます。

	BIOS のセットアップユーティリティで設定 (Frequency, Thermal Management など) をしたのに変更できない場合、BIOS にバグが存在したり、BIOS 自体のバージョンが古いのかもしれません。または BIOS に何か理由があって CPU の周波数を制限しているということもあります。		BIOS のセットアップユーティリティで特定の設定 (Frequency、Thermal Management など) をしたのに変更できない場合、BIOS にバグが存在したり、BIOS 自体のバージョンが古いのかもしれません。または BIOS に何か理由があって CPU の周波数を制限しているということもあります。

	そのような理由として、バッテリーが取り除かれた (またはほとんど死んでいる) ことで AC 電源しか使えないようになっているのが原因だということがあります (使用しているマシンがノートパソコンの場合)。この場合、電力が弱い AC 電源だけではピーク性能を発揮するのに十分な電力が供給されておらず、バッテリーの補助がないとデータを喪失したり、破損したり、または最悪の場合ハードウェアに深刻なダメージを与える可能性があります。		そのような理由として、バッテリーが取り除かれた (またはほとんど死んでいる) ことで AC 電源しか使えないようになっているのが原因だということがあります (使用しているマシンがノートパソコンの場合)。この場合、電力が弱い AC 電源だけではピーク性能を発揮するのに十分な電力が供給されておらず、バッテリーの補助がないとデータを喪失したり、破損したり、または最悪の場合ハードウェアに深刻なダメージを与える可能性があります。

	全ての BIOS が CPU 周波数を制限するわけではありませんが、例えば IBM/Lenovo のほとんどの Thinkpad は制限を加えます。詳しくは thinkwiki の[https://www.thinkwiki.org/wiki/Problem_with_CPU_frequency_scaling トピック] を参照して下さい。		全ての BIOS が CPU 周波数を制限するわけではありませんが、例えば IBM/Lenovo のほとんどの Thinkpad は制限を加えます。詳しくは thinkwiki の[https://www.thinkwiki.org/wiki/Problem_with_CPU_frequency_scaling トピック]を参照して下さい。

	変な BIOS の設定がないことを確認して、何をするのかちゃんと理解できているのなら、BIOS の制限を無視するようにカーネルを設定することができます。		変な BIOS の設定がないことを確認して、何をするのかちゃんと理解できているのなら、BIOS の制限を無視するようにカーネルを設定することができます。
379行目:		371行目:
	一時的に変更してみたいときは {{ic\|/sys/module/processor/parameters/ignore_ppc}} の値を {{ic\|0}} から {{ic\|1}} に変更してください。		一時的に変更してみたいときは {{ic\|/sys/module/processor/parameters/ignore_ppc}} の値を {{ic\|0}} から {{ic\|1}} に変更してください。

	設定を永続的にするには[[カーネルモジュール#~~設定\|カーネル~~モジュール]]を参照するか {{ic\|1=processor.ignore_ppc=1}} を~~カーネルブート行に~~追加する、または以下のファイルを作成~~してください。~~		設定を永続化する方法については、[[カーネルモジュール#モジュールオプションを設定する]] でいくつか方法が説明されています。例えば、カーネルブートラインに {{ic\|1=processor.ignore_ppc=1}} を追加することもできますし、以下のようなファイルを作成することもできます:

	{{hc\|/etc/modprobe.d/ignore_ppc.conf\|2=# If the frequency of your machine gets wrongly limited by BIOS, this should help
	~~options processor~~ ignore_ppc=~~1}}~~		{{hc\|/etc/modprobe.d/ignore_ppc.conf\|2=
			# マシンの周波数が BIOS によって間違って制限されている場合、これが役に立つはずです
			options processor ignore_ppc=1
			}}

	== 参照 ==		== 参照 ==

AshMyzk: /* ACPI イベントによる動作 */ セクション名を変更

2023-07-16T08:04:27Z

ACPI イベントによる動作: セクション名を変更

← 古い版		2023年7月16日 (日) 17:04時点における版
319行目:		319行目:
	{{ic\|intel_idle}} CPU idle ドライバは、最近の Intel CPU では {{ic\|acpi_idle}} ドライバの代わりに自動的に使用されます。このドライバは現在 Sandy Bridge およびそれ以降の CPU で自動的に使用されます。{{ic\|intel_idle}} は BIOS の C-State 設定を無視する場合があります。このドライバを使用中に問題が発生した場合、カーネルラインに {{ic\|1=intel_idle.max_cstate=0}} を追加してください。		{{ic\|intel_idle}} CPU idle ドライバは、最近の Intel CPU では {{ic\|acpi_idle}} ドライバの代わりに自動的に使用されます。このドライバは現在 Sandy Bridge およびそれ以降の CPU で自動的に使用されます。{{ic\|intel_idle}} は BIOS の C-State 設定を無視する場合があります。このドライバを使用中に問題が発生した場合、カーネルラインに {{ic\|1=intel_idle.max_cstate=0}} を追加してください。

	== ACPI イベント~~による動作~~ ==		== ACPI イベントとの対話 ==

	AC アダプタを接続したときやノートパソコンのフタを閉じたときなど様々な ACPI イベントによって ~~governor~~ を自動的に切り替えるように設定することができます。簡単なサンプルは下にありますが、[[acpid]] の記事は全部読む価値があります。		AC アダプタを接続したときやノートパソコンのフタを閉じたときなど様々な ACPI イベントによってガバナーを自動的に切り替えるように設定することができます。簡単なサンプルは下にありますが、[[acpid]] の記事は全部読む価値があります。

	イベントは {{ic\|/etc/acpi/handler.sh}} で定義します。{{Pkg\|acpid}} パッケージがインストールされていれば、ファイルは既に存在し実行可能になっているはずです。例えば、AC アダプタが切断されたときにスケーリング governor を {{ic\|performance}} から {{ic\|conservative}} に変更して、またアダプタが接続されたときは戻したい場合:		イベントは {{ic\|/etc/acpi/handler.sh}} で定義します。{{Pkg\|acpid}} パッケージがインストールされていれば、ファイルは既に存在し実行可能になっているはずです。例えば、AC アダプタが切断されたときにスケーリング governor を {{ic\|performance}} から {{ic\|conservative}} に変更して、またアダプタが接続されたときは戻したい場合: