パフォーマンスの向上 - 版の履歴

AshMyzk: 同期

2026-03-12T03:46:26Z

同期

Kgx: /* irqbalance */ 同期

2025-08-15T08:12:28Z

irqbalance: 同期

← 古い版		2025年8月15日 (金) 17:12時点における版
285行目:		285行目:

	{{Pkg\|irqbalance}} はマルチプロセッサシステムでパフォーマンスを向上させるためにプロセッサ間でハードウェア割り込みを分散させます。{{ic\|irqbalance.service}} で[[systemd#ユニットを使う\|操作]]することが可能です。		{{Pkg\|irqbalance}} はマルチプロセッサシステムでパフォーマンスを向上させるためにプロセッサ間でハードウェア割り込みを分散させます。{{ic\|irqbalance.service}} で[[systemd#ユニットを使う\|操作]]することが可能です。

			{{Warning\|1=一部のケースでは、irqbalance が省電力機能に干渉し、ビデオゲームでのスタッタリングやフレームレート低下を引き起こす可能性があります。[https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1833322/comments/4]}}

	=== CPU の脆弱性の緩和策をオフにする ===		=== CPU の脆弱性の緩和策をオフにする ===

AshMyzk: 同期

2025-07-07T09:44:20Z

同期

← 古い版		2025年7月7日 (月) 18:44時点における版
349行目:		349行目:
	書き込みが遅いメディア (USB や回転 HDD) を使う場合、(ディスク上の) 読み取り専用の root の上で RAM オーバーレイを作って root を動作させることができます。root に書き込みできる領域が制限されるかわりにパフォーマンスが劇的に改善します。{{AUR\|liveroot}} を見て下さい。		書き込みが遅いメディア (USB や回転 HDD) を使う場合、(ディスク上の) 読み取り専用の root の上で RAM オーバーレイを作って root を動作させることができます。root に書き込みできる領域が制限されるかわりにパフォーマンスが劇的に改善します。{{AUR\|liveroot}} を見て下さい。

	=== ~~Zram~~ ~~または~~ zswap ===		=== zram 内のスワップや zswap ===

	[[zswap]] や [[zram]] を使うことで、似たような利点を (同じくらいのコストで) 得られます。これら2つは一般に意図が似ていますが、動作が異なります:		[[zswap]] や [[zram#スワップとしての使用\|zram 内のスワップ]]を使うことで、似たような利点を (同じくらいのコストで) 得られます。これら2つは一般に意図が似ていますが、動作が異なります:

	* ~~Zswap~~ は、圧縮された RAM キャッシュとして動作し、ユーザ空間の設定をあまり必要としません (と同時に許可もしていません)。スワップデバイスと組み合わせて、スワップのキャッシュとして動作します。スワップに入りそうなページは、代わりに zswap に入る可能性があります。		* zswap は、圧縮された RAM キャッシュとして動作し、ユーザ空間の設定をあまり必要としません (と同時に許可もしていません)。スワップデバイスと組み合わせて、スワップのキャッシュとして動作します。スワップに入りそうなページは、代わりに zswap に入る可能性があります。
⚫	* ~~Zram~~ は、RAM 内に圧縮されたブロックデバイスを作成できるカーネルモジュールです。この圧縮されたブロックデバイスは~~それ単体で~~スワップデバイスとして使用でき、他のスワップデバイスと組み合わせてる必要はありません。多くの設定オプションがあり、例えばコールドページを保持しておくバッキングデバイスを使用するかどうかも指定できます。

		⚫	* zram は、RAM 内に圧縮されたブロックデバイスを作成できるカーネルモジュールです。この圧縮されたブロックデバイスはスワップデバイスとして使用でき、他のスワップデバイスと組み合わせる必要はありません。多くの設定オプションがあり、例えばコールドページを保持しておくバッキングデバイスを使用するかどうかも指定できます。
⚫	両方とも[[スワップ]]サブシステムを呼び出すため、スワップに影響を与える設定はこれらのシステムにも影響を与えます。例えば、[[スワップ#~~swappiness\|{{ic~~\|~~vm.~~swappiness}}]] は、メモリが圧迫している状況で、カーネルがファイルキャッシュをドロップするか、ページをスワップに移動させるかのどちらを優先させるかを指定します。Zswap はページのスワップへの移動動作をインターセプトし、zram もスワップとして動作するため、このオプションはこれら2つのメカニズムがどれくらいの頻度で使用されるかにも影響を与えます。

		⚫	両方とも[[スワップ]]サブシステムを呼び出すため、スワップに影響を与える設定はこれらのシステムにも影響を与えます。例えば、[[スワップ#Swappiness\|swappiness]] は、メモリが圧迫している状況で、カーネルがファイルキャッシュをドロップするか、ページをスワップに移動させるかのどちらを優先させるかを指定します。Zswap はページのスワップへの移動動作をインターセプトし、zram もスワップとして動作するため、このオプションはこれら2つのメカニズムがどれくらいの頻度で使用されるかにも影響を与えます。

	=== グラフィックカードの RAM を使う ===		=== グラフィックカードの RAM を使う ===
446行目:		447行目:
	* [https://www.thomas-krenn.com/en/wiki/Linux_Performance_Measurements_using_vmstat Linux Performance Measurements using vmstat]		* [https://www.thomas-krenn.com/en/wiki/Linux_Performance_Measurements_using_vmstat Linux Performance Measurements using vmstat]

	{{TranslationStatus\|Improving performance\|2025-06-28\|~~837833~~}}		{{TranslationStatus\|Improving performance\|2025-07-07\|839855}}

AshMyzk: 同期

2025-06-28T06:32:40Z

同期

差分を表示

AshMyzk: 同期

2025-04-01T23:46:18Z

同期

差分を表示

Kgx: /* Ananicy */ リンクを修正

2025-01-10T15:34:24Z

Ananicy: リンクを修正

← 古い版		2025年1月11日 (土) 00:34時点における版
262行目:		262行目:
	[https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] は動的に実行可能ファイルの nice レベルを調整するためのデーモンで、{{Pkg\|ananicy-cpp}} や {{AUR\|ananicy-cpp-git}} パッケージで利用可能です。nice レベルとは、CPU リソースを配分するときの実行可能ファイルの優先度を表すものです。		[https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] は動的に実行可能ファイルの nice レベルを調整するためのデーモンで、{{Pkg\|ananicy-cpp}} や {{AUR\|ananicy-cpp-git}} パッケージで利用可能です。nice レベルとは、CPU リソースを配分するときの実行可能ファイルの優先度を表すものです。

	{{Warning\|1=[[~~GameMode~~]] と [https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] はどちらもプロセスの nice レベルを調整しようとします。これらのツールを組み合わせて使用することは推奨されていません。[https://github.com/CachyOS/ananicy-rules/blob/master/README.md#gamemode--ananicy-cpp--bad-idea]}}		{{Warning\|1=[[Gamemode]] と [https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] はどちらもプロセスの nice レベルを調整しようとします。これらのツールを組み合わせて使用することは推奨されていません。[https://github.com/CachyOS/ananicy-rules/blob/master/README.md#gamemode--ananicy-cpp--bad-idea]}}

	==== cgroups ====		==== cgroups ====

AshMyzk: 同期

2024-12-27T04:51:44Z

同期

← 古い版		2024年12月27日 (金) 13:51時点における版
98行目:		98行目:
	[[w:CFQ\|Completely Fair Queuing (CFQ)]] は別のアプローチで問題に取り組みました。CFQ はプロセスの優先度に基づくキューを使ってタイムスライスと許容するリクエストの数を割り当てます。さらに [[cgroups]] のサポートを追加することで特定のプロセスグループに一定の IO を予約できるようにしました。これは共有・クラウドサーバーで特に役立ちます。ユーザーはリソースが必要なときに料金を払って IOPS を得られるのです。また、同期 I/O で近くの操作を待機するという ''anticipatory'' スケジューラの機能を改良して取り入れています。''anticipatory'' と ''elevator'' スケジューラは Linux カーネルから外され、下記のより高度な代替スケジューラに置き換えられました。		[[w:CFQ\|Completely Fair Queuing (CFQ)]] は別のアプローチで問題に取り組みました。CFQ はプロセスの優先度に基づくキューを使ってタイムスライスと許容するリクエストの数を割り当てます。さらに [[cgroups]] のサポートを追加することで特定のプロセスグループに一定の IO を予約できるようにしました。これは共有・クラウドサーバーで特に役立ちます。ユーザーはリソースが必要なときに料金を払って IOPS を得られるのです。また、同期 I/O で近くの操作を待機するという ''anticipatory'' スケジューラの機能を改良して取り入れています。''anticipatory'' と ''elevator'' スケジューラは Linux カーネルから外され、下記のより高度な代替スケジューラに置き換えられました。

	[https://algo.ing.unimo.it/people/paolo/disk_sched/ Budget Fair Queuing (BFQ)] は CFQ のコードをベースにいくつか改善を加えています。各プロセスに固定長のタイムスライスを与えるかわりに、プロセスのセクタ数から計算した "budget" を割り当ててヒューリスティックを用います。BFQ は想定的に複雑なスケジューラであるため、オーバーヘッドが大きく、回転ドライブや低速 SSD に適しています。特に遅い CPU と組み合わせたときに高速なデバイスの足を引っ張ってしまうような場合に有用です。BFQ は個人用のシステムでインタラクティブな作業を行うときに、ストレージデバイスがまるで待機状態のときのように素早く反応することを目標としています。デフォルト設定ではスループットの最大化よりもレイテンシの最小化が優先されているのが特徴です。これにより、ハードドライブにおいて[https://www.phoronix.com/review/linux-50hdd-io/2 アプリケーションの起動を劇的に加速化]させられる場合があります。		[https://algo.ing.unimo.it/people/paolo/disk_sched/ Budget Fair Queuing (BFQ)]{{Dead link\|2024\|12\|15\|status=SSL error}} は CFQ のコードをベースにいくつか改善を加えています。各プロセスに固定長のタイムスライスを与えるかわりに、プロセスのセクタ数から計算した "budget" を割り当ててヒューリスティックを用います。BFQ は想定的に複雑なスケジューラであるため、オーバーヘッドが大きく、回転ドライブや低速 SSD に適しています。特に遅い CPU と組み合わせたときに高速なデバイスの足を引っ張ってしまうような場合に有用です。BFQ は個人用のシステムでインタラクティブな作業を行うときに、ストレージデバイスがまるで待機状態のときのように素早く反応することを目標としています。デフォルト設定ではスループットの最大化よりもレイテンシの最小化が優先されているのが特徴です。これにより、ハードドライブにおいて[https://www.phoronix.com/review/linux-50hdd-io/2 アプリケーションの起動を劇的に加速化]させられる場合があります。

	[https://lwn.net/Articles/720675/ Kyber] はネットワークルーティングで用いられている積極的なキュー管理テクニックから生まれた新しいスケジューラです。リクエストを制限するメカニズムとして「トークン」を基に実装されています。リクエストの割当を受けるにはキューイングトークンを必要とすることで、リクエストのスタベーションを防ぎます。ディスパッチトークンによってデバイスの特定の優先度の操作に制限されます。さらに、ターゲットの読み込みレイテンシを定義して、レイテンシ目標を達成するためにスケジューラ自身がチューニングを行います。アルゴリズムの実装は比較的シンプルなので高速なデバイスでも効率的に機能します。		[https://lwn.net/Articles/720675/ Kyber] はネットワークルーティングで用いられている積極的なキュー管理テクニックから生まれた新しいスケジューラです。リクエストを制限するメカニズムとして「トークン」を基に実装されています。リクエストの割当を受けるにはキューイングトークンを必要とすることで、リクエストのスタベーションを防ぎます。ディスパッチトークンによってデバイスの特定の優先度の操作に制限されます。さらに、ターゲットの読み込みレイテンシを定義して、レイテンシ目標を達成するためにスケジューラ自身がチューニングを行います。アルゴリズムの実装は比較的シンプルなので高速なデバイスでも効率的に機能します。
260行目:		260行目:
	==== Ananicy ====		==== Ananicy ====

	[https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] は動的に実行可能ファイルの nice レベルを調整するためのデーモンで、{{~~AUR~~\|ananicy-cpp}} や {{AUR\|ananicy-cpp-git}} パッケージで利用可能です。nice レベルとは、CPU リソースを配分するときの実行可能ファイルの優先度を表すものです。		[https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] は動的に実行可能ファイルの nice レベルを調整するためのデーモンで、{{Pkg\|ananicy-cpp}} や {{AUR\|ananicy-cpp-git}} パッケージで利用可能です。nice レベルとは、CPU リソースを配分するときの実行可能ファイルの優先度を表すものです。

	{{Warning\|1=[[~~Gamemode~~]] と [https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] はどちらもプロセスの nice レベルを調整しようとします。これらのツールを組み合わせて使用することは推奨されていません。[https://github.com/CachyOS/ananicy-rules/blob/master/README.md#gamemode--ananicy-cpp--bad-idea]}}		{{Warning\|1=[[GameMode]] と [https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] はどちらもプロセスの nice レベルを調整しようとします。これらのツールを組み合わせて使用することは推奨されていません。[https://github.com/CachyOS/ananicy-rules/blob/master/README.md#gamemode--ananicy-cpp--bad-idea]}}

	==== cgroups ====		==== cgroups ====
345行目:		345行目:
	[[zswap]] や [[zram]] を使うことで、同様の利点を (同様のコストで) 得られます。これら2つは一般に意図が似ていますが、動作が異なります。zswap は、圧縮 RAM キャッシュとして機能し、高コストなユーザ空間の設定を要求しません (そして、許可もしません)。[[zram]] は、RAM 内に圧縮ブロックデバイスを作成するために使用できるカーネルモジュールです。[[zswap]] はスワップデバイスと組み合わさって機能するのに対し、[[zram]] は補助スワップデバイスを必要としません。		[[zswap]] や [[zram]] を使うことで、同様の利点を (同様のコストで) 得られます。これら2つは一般に意図が似ていますが、動作が異なります。zswap は、圧縮 RAM キャッシュとして機能し、高コストなユーザ空間の設定を要求しません (そして、許可もしません)。[[zram]] は、RAM 内に圧縮ブロックデバイスを作成するために使用できるカーネルモジュールです。[[zswap]] はスワップデバイスと組み合わさって機能するのに対し、[[zram]] は補助スワップデバイスを必要としません。

	===グラフィックカードの RAM を使う===		=== グラフィックカードの RAM を使う ===

	稀なケースとして、RAM 容量が非常に小さいが、ビデオ RAM に余りがある場合、後者をスワップとして使用できます。[[ビデオメモリにスワップ]] を参照してください。		稀なケースとして、RAM 容量が非常に小さいが、ビデオ RAM に余りがある場合、後者をスワップとして使用できます。[[ビデオメモリにスワップ]] を参照してください。
386行目:		386行目:
	(ソフトウェアとハードウェア両方の) ウォッチドッグタイマーを無効化するには、ブートパラメータに {{ic\|nowatchdog}} を追加してください。		(ソフトウェアとハードウェア両方の) ウォッチドッグタイマーを無効化するには、ブートパラメータに {{ic\|nowatchdog}} を追加してください。

	{{ic\|nowatchdog}} ブートパラメータは Intel TCO ハードウェアウォッチドッグに対しては機能しない場合があります。[https://bbs.archlinux.org/viewtopic.php?id=221239] そのような場合、{{ic\|~~1=modprobe.blacklist=~~iTCO_wdt}} [[~~カーネルパ~~ラ~~メータ~~]]~~を使って~~ TCO のカーネルモジュールを無効化することができます。		{{ic\|nowatchdog}} ブートパラメータは Intel TCO ハードウェアウォッチドッグに対しては機能しない場合があります。[https://bbs.archlinux.org/viewtopic.php?id=221239] そのような場合、{{ic\|iTCO_wdt}} を[[ブラックリスト\|ブラックリストに追加]]することで TCO のカーネルモジュールを無効化することができます。

	AMD Ryzen CPU を使用している場合、[[journal]] で {{ic\|sp5100-tco}} も確認してください。これは [[Wikipedia:AMD_700_chipset_series\|AMD 700 チップセットシリーズ]]内部のハードウェア watchdog です。これを無効化するには、以下を作成してください:		AMD Ryzen CPU を使用している場合、[[journal]] で {{ic\|sp5100-tco}} も確認してください。これは [[Wikipedia:AMD_700_chipset_series\|AMD 700 チップセットシリーズ]]内部のハードウェア watchdog です。これを無効化するには、{{ic\|sp5100_tco}} を[[ブラックリスト\|ブラックリストに追加]]してください。

	{{hc\|/etc/modprobe.d/disable-sp5100-watchdog.conf\|
	blacklist sp5100_tco
	}}

	あるいは、{{ic\|1=modprobe.blacklist=sp5100_tco}} [[カーネルパラメータ]]を使用してください。

	{{ic\|cat /proc/sys/kernel/watchdog}} か {{ic\|wdctl}} で新しい設定が機能していることを確認してください。		{{ic\|cat /proc/sys/kernel/watchdog}} か {{ic\|wdctl}} で新しい設定が機能していることを確認してください。
407行目:		401行目:
	* [https://www.thomas-krenn.com/en/wiki/Linux_Performance_Measurements_using_vmstat Linux Performance Measurements using vmstat]		* [https://www.thomas-krenn.com/en/wiki/Linux_Performance_Measurements_using_vmstat Linux Performance Measurements using vmstat]

	{{TranslationStatus\|Improving performance\|2024-09-22\|~~816097~~}}		{{TranslationStatus\|Improving performance\|2024-12-27\|824053}}

AshMyzk: 同期

2024-09-22T08:04:53Z

同期

← 古い版		2024年9月22日 (日) 17:04時点における版
247行目:		247行目:

	* {{App\|[[Wikipedia:Brain_Fuck_Scheduler#MuQSS\|MuQSS]]\|Multiple Queue Skiplist Scheduler。[[Wikipedia:Con_Kolivas\|Con Kolivas]] によって開発されている {{ic\|-ck}} パッチセットにより利用可能。\|[[非公式ユーザーリポジトリ/Repo-ck]]\|{{AUR\|linux-ck}}}}		* {{App\|[[Wikipedia:Brain_Fuck_Scheduler#MuQSS\|MuQSS]]\|Multiple Queue Skiplist Scheduler。[[Wikipedia:Con_Kolivas\|Con Kolivas]] によって開発されている {{ic\|-ck}} パッチセットにより利用可能。\|[[非公式ユーザーリポジトリ/Repo-ck]]\|{{AUR\|linux-ck}}}}
	* {{App\|[https://cchalpha.blogspot.com/search/label/BMQ BMQ]\|BMQ "BitMap Queue" スケジューラは、既存の PDS 開発経験を元に作成され、Google の Zircon (Fuchsia OS イニシアチブ内のカーネル) に使用されているスケジューラからインスパイアされました。CachyOS からのパッチセットにより利用可能。\|https://cchalpha.blogspot.com/\|{{AUR\|linux-cachyos-bmq}}}}
	* {{App\|[https://cchalpha.blogspot.com/2020/05/project-c-announcement.html Project C]\|BMQ を Project C にリファクタリングするためのクロスプロジェクト。Project C コードベースに基づいて PSD を再作成します。よって、これは2つのプロジェクトのマージであり、その後 PDS が Project C として更新されます。より最近の開発として推奨されます。\|https://cchalpha.blogspot.com/\|{{AUR\|linux-prjc}}}}		* {{App\|[https://cchalpha.blogspot.com/2020/05/project-c-announcement.html Project C]\|BMQ を Project C にリファクタリングするためのクロスプロジェクト。Project C コードベースに基づいて PSD を再作成します。よって、これは2つのプロジェクトのマージであり、その後 PDS が Project C として更新されます。より最近の開発として推奨されます。\|https://cchalpha.blogspot.com/\|{{AUR\|linux-prjc}}}}
	* {{App\|[https://github.com/hamadmarri/TT-CPU-Scheduler TT]\|Task Type (TT) スケジューラの目標は、動作に基づいてタスクの種類を検出し、その種類に基づいてスケジューリングを制御することです。\|https://github.com/hamadmarri/TT-CPU-Scheduler\|{{AUR\|linux-tt}}}}
	* {{App\|[https://github.com/firelzrd/bore-scheduler BORE]\|BORE スケジューラは、対話型タスクにおいてある程度の公平性を犠牲にして低レイテンシを実現することに焦点を当てています。CFS の上に構築されており、vruntime コード更新だけに調整されています。なので、他の非公式 CPU スケジューラと比較して、全体的な変更は非常に小さいです。\|https://github.com/firelzrd/bore-scheduler\|{{AUR\|linux-cachyos-bore}}}}		* {{App\|[https://github.com/firelzrd/bore-scheduler BORE]\|BORE スケジューラは、対話型タスクにおいてある程度の公平性を犠牲にして低レイテンシを実現することに焦点を当てています。CFS の上に構築されており、vruntime コード更新だけに調整されています。なので、他の非公式 CPU スケジューラと比較して、全体的な変更は非常に小さいです。\|https://github.com/firelzrd/bore-scheduler\|{{AUR\|linux-cachyos-bore}}}}

262行目:		260行目:
	==== Ananicy ====		==== Ananicy ====

	[https://~~github~~.com/~~Nefelim4ag~~/~~Ananicy~~ Ananicy] は動的に実行可能ファイルの nice レベルを調整するためのデーモンで、{{AUR\|ananicy-~~git~~}} や {{AUR\|ananicy-cpp}} パッケージで利用可能です。nice レベルとは、CPU リソースを配分するときの実行可能ファイルの優先度を表すものです。		[https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] は動的に実行可能ファイルの nice レベルを調整するためのデーモンで、{{AUR\|ananicy-cpp}} や {{AUR\|ananicy-cpp-git}} パッケージで利用可能です。nice レベルとは、CPU リソースを配分するときの実行可能ファイルの優先度を表すものです。

	{{Warning\|1=[[Gamemode]] と [https://~~github~~.com/~~Nefelim4ag~~/~~Ananicy~~ Ananicy] はどちらもプロセスの nice レベルを調整しようとします。これらのツールを組み合わせて使用することは推奨されていません。[https://github.com/CachyOS/ananicy-rules/blob/master/README.md#gamemode--ananicy-cpp--bad-idea]}}		{{Warning\|1=[[Gamemode]] と [https://gitlab.com/ananicy-cpp/ananicy-cpp Ananicy CPP] はどちらもプロセスの nice レベルを調整しようとします。これらのツールを組み合わせて使用することは推奨されていません。[https://github.com/CachyOS/ananicy-rules/blob/master/README.md#gamemode--ananicy-cpp--bad-idea]}}

	==== cgroups ====		==== cgroups ====
300行目:		298行目:
	=== Mesa の設定 ===		=== Mesa の設定 ===

	Mesa ドライバのパフォーマンスは [https://dri.freedesktop.org/wiki/ConfigurationInfrastructure/ drirc] で設定できます。~~GUI~~ の設定ツール~~もありま~~す:		Mesa ドライバのパフォーマンスは [https://dri.freedesktop.org/wiki/ConfigurationInfrastructure/ drirc] で設定できます。{{Pkg\|adriconf}} (Advanced DRI Configurator) はオプションを設定して標準の drirc ファイルに書き込むことで MESA ドライバを設定する GUI ツールです。

	* {{App\|adriconf (Advanced DRI Configurator)\|オプションを設定して標準の drirc ファイルに書き込むことで MESA ドライバを設定する GUI ツール。\|https://gitlab.freedesktop.org/mesa/adriconf/\|{{Pkg\|adriconf}}}}
	* {{App\|DRIconf\|Direct Rendering Infrastructure の設定アプレット。OpenGL ドライバのパフォーマンスや視覚クオリティ設定をドライバ毎、スクリーン毎、プリケーション毎レベルでカスタマイズできます。\|https://dri.freedesktop.org/wiki/DriConf/\|{{AUR\|driconf}}}}

	=== ハードウェアビデオアクセラレーション ===		=== ハードウェアビデオアクセラレーション ===
322行目:		317行目:
	}}		}}

	PCI の仕様では、PCI デバイスのメモリを PCI コントローラに公開するために、より大きい[[wikipedia:PCI_configuration_space#Standardized_registers\|基底アドレスレジスタ (BAR)]] を使用できます。そうすることで、ビデオカードのパフォーマンスを向上できる可能性があります。ビデオメモリ全体にアクセスすることでパフォーマンスを向上できますし、グラフィックドライバの最適化も可能になります。Resizable BAR、above 4G decoding、そしてドライバ最適化の組み合わせを、AMD は [https://www.amd.com/ja/technologies/smart-access-memory AMD Smart Access Memory] と呼んでおり、初期は AMD Series 500 チップセットマザーボードで利用できましたが、後に UEFI アップデートを通して AMD Series 400 と Intel Series 300 以降に拡張されました。この設定はすべてのマザーボードで利用できるわけではなく、特定のボードではブート問題を引き起こすことが知られています。		PCI の仕様では、PCI デバイスのメモリを PCI コントローラに公開するために、より大きい[[wikipedia:PCI_configuration_space#Standardized_registers\|基底アドレスレジスタ (BAR)]] を使用できます。そうすることで、ビデオカードのパフォーマンスを向上できる可能性があります。ビデオメモリ全体にアクセスすることでパフォーマンスを向上できますし、グラフィックドライバの最適化も可能になります。Resizable BAR、above 4G decoding、そしてドライバ最適化の組み合わせを、AMD は [https://www.amd.com/ja/technologies/smart-access-memory AMD Smart Access Memory]{{Dead link\|2024\|07\|30\|status=404}} と呼んでおり、初期は AMD Series 500 チップセットマザーボードで利用できましたが、後に UEFI アップデートを通して AMD Series 400 と Intel Series 300 以降に拡張されました。この設定はすべてのマザーボードで利用できるわけではなく、特定のボードではブート問題を引き起こすことが知られています。

	BAR のサイズが 256M の場合、この機能は有効化されていないか、サポートされていません:		BAR のサイズが 256M の場合、この機能は有効化されていないか、サポートされていません:
412行目:		407行目:
	* [https://www.thomas-krenn.com/en/wiki/Linux_Performance_Measurements_using_vmstat Linux Performance Measurements using vmstat]		* [https://www.thomas-krenn.com/en/wiki/Linux_Performance_Measurements_using_vmstat Linux Performance Measurements using vmstat]

	{{TranslationStatus\|Improving performance\|2024-07-19\|~~812082~~}}		{{TranslationStatus\|Improving performance\|2024-09-22\|816097}}

AshMyzk: 同期

2024-07-19T12:34:54Z

同期

← 古い版		2024年7月19日 (金) 21:34時点における版
228行目:		228行目:
	=== トリム ===		=== トリム ===

	最適なパフォーマンスを得るには、SSD を定期的にトリムしてランダム読み込みの速度を最適化するべきです。詳細は [[ソリッドステートドライブ#TRIM]] を参照してください。		最適なパフォーマンスを得るには、SSD を定期的にトリムしてランダム書き込みの速度を最適化するべきです。詳細は [[ソリッドステートドライブ#TRIM]] を参照してください。

	== CPU ==		== CPU ==
247行目:		247行目:

	* {{App\|[[Wikipedia:Brain_Fuck_Scheduler#MuQSS\|MuQSS]]\|Multiple Queue Skiplist Scheduler。[[Wikipedia:Con_Kolivas\|Con Kolivas]] によって開発されている {{ic\|-ck}} パッチセットにより利用可能。\|[[非公式ユーザーリポジトリ/Repo-ck]]\|{{AUR\|linux-ck}}}}		* {{App\|[[Wikipedia:Brain_Fuck_Scheduler#MuQSS\|MuQSS]]\|Multiple Queue Skiplist Scheduler。[[Wikipedia:Con_Kolivas\|Con Kolivas]] によって開発されている {{ic\|-ck}} パッチセットにより利用可能。\|[[非公式ユーザーリポジトリ/Repo-ck]]\|{{AUR\|linux-ck}}}}
	* {{App\|[https://cchalpha.blogspot.com/search/label/PDS PDS]\|デスクトップのレスポンスに焦点を当てている、優先度 (Priority) とデッドライン (Deadline) をベースとした Skiplist 複数キュースケジューラ。\|https://cchalpha.blogspot.com/\|{{AUR\|linux-pds}}{{Broken package link\|package not found}}}}
	* {{App\|[https://cchalpha.blogspot.com/search/label/BMQ BMQ]\|BMQ "BitMap Queue" スケジューラは、既存の PDS 開発経験を元に作成され、Google の Zircon (Fuchsia OS イニシアチブ内のカーネル) に使用されているスケジューラからインスパイアされました。CachyOS からのパッチセットにより利用可能。\|https://cchalpha.blogspot.com/\|{{AUR\|linux-cachyos-bmq}}}}		* {{App\|[https://cchalpha.blogspot.com/search/label/BMQ BMQ]\|BMQ "BitMap Queue" スケジューラは、既存の PDS 開発経験を元に作成され、Google の Zircon (Fuchsia OS イニシアチブ内のカーネル) に使用されているスケジューラからインスパイアされました。CachyOS からのパッチセットにより利用可能。\|https://cchalpha.blogspot.com/\|{{AUR\|linux-cachyos-bmq}}}}
	* {{App\|[https://cchalpha.blogspot.com/2020/05/project-c-announcement.html Project C]\|BMQ を Project C にリファクタリングするためのクロスプロジェクト。Project C コードベースに基づいて PSD を再作成します。よって、これは2つのプロジェクトのマージであり、その後 PDS が Project C として更新されます。より最近の開発として推奨されます。\|https://cchalpha.blogspot.com/\|{{AUR\|linux-prjc}}}}		* {{App\|[https://cchalpha.blogspot.com/2020/05/project-c-announcement.html Project C]\|BMQ を Project C にリファクタリングするためのクロスプロジェクト。Project C コードベースに基づいて PSD を再作成します。よって、これは2つのプロジェクトのマージであり、その後 PDS が Project C として更新されます。より最近の開発として推奨されます。\|https://cchalpha.blogspot.com/\|{{AUR\|linux-prjc}}}}
264行目:		263行目:

	[https://github.com/Nefelim4ag/Ananicy Ananicy] は動的に実行可能ファイルの nice レベルを調整するためのデーモンで、{{AUR\|ananicy-git}} や {{AUR\|ananicy-cpp}} パッケージで利用可能です。nice レベルとは、CPU リソースを配分するときの実行可能ファイルの優先度を表すものです。		[https://github.com/Nefelim4ag/Ananicy Ananicy] は動的に実行可能ファイルの nice レベルを調整するためのデーモンで、{{AUR\|ananicy-git}} や {{AUR\|ananicy-cpp}} パッケージで利用可能です。nice レベルとは、CPU リソースを配分するときの実行可能ファイルの優先度を表すものです。

			{{Warning\|1=[[Gamemode]] と [https://github.com/Nefelim4ag/Ananicy Ananicy] はどちらもプロセスの nice レベルを調整しようとします。これらのツールを組み合わせて使用することは推奨されていません。[https://github.com/CachyOS/ananicy-rules/blob/master/README.md#gamemode--ananicy-cpp--bad-idea]}}

	==== cgroups ====		==== cgroups ====
411行目:		412行目:
	* [https://www.thomas-krenn.com/en/wiki/Linux_Performance_Measurements_using_vmstat Linux Performance Measurements using vmstat]		* [https://www.thomas-krenn.com/en/wiki/Linux_Performance_Measurements_using_vmstat Linux Performance Measurements using vmstat]

	{{TranslationStatus\|Improving performance\|2024-05-21\|~~808735~~}}		{{TranslationStatus\|Improving performance\|2024-07-19\|812082}}

Kusanaginoturugi: 校正（でき・出来）

2024-07-10T11:04:27Z

校正（でき・出来）

← 古い版		2024年7月10日 (水) 20:04時点における版
90行目:		90行目:
	==== スケジューリングアルゴリズム ====		==== スケジューリングアルゴリズム ====

	スループットを改善する方法の一つとして、待機リクエストの順番を論理アドレスで並び替えて出来るだけ一番近いリクエストを通すことで、アクセスをリニア化する方法があります。これが [[w:ja:エレベータアルゴリズム\|elevator]] スケジューラと呼ばれる Linux の最初の I/O スケジューラでした。		スループットを改善する方法の一つとして、待機リクエストの順番を論理アドレスで並び替えてできるだけ一番近いリクエストを通すことで、アクセスをリニア化する方法があります。これが [[w:ja:エレベータアルゴリズム\|elevator]] スケジューラと呼ばれる Linux の最初の I/O スケジューラでした。

	エレベータアルゴリズムの問題点はシーケンシャルアクセスをするプロセスが上手く動かなくなることです。そのようなプロセスは、データブロックを読み取って数マイクロ秒で処理してから次のブロックを読み出します。エレベータスケジューラはプロセスが近くのブロックを呼びだそうとしていることを知らないため、他の場所のリクエストに移ってしまいます。[[w:Anticipatory_scheduling\|anticipatory]] IO スケジューラはこの問題を解決します。このスケジューラは、他のリクエストを処理する前に、近くで別の読み取り操作が発生することを予測して、数ミリ秒待機します。		エレベータアルゴリズムの問題点はシーケンシャルアクセスをするプロセスが上手く動かなくなることです。そのようなプロセスは、データブロックを読み取って数マイクロ秒で処理してから次のブロックを読み出します。エレベータスケジューラはプロセスが近くのブロックを呼びだそうとしていることを知らないため、他の場所のリクエストに移ってしまいます。[[w:Anticipatory_scheduling\|anticipatory]] IO スケジューラはこの問題を解決します。このスケジューラは、他のリクエストを処理する前に、近くで別の読み取り操作が発生することを予測して、数ミリ秒待機します。