コマンドキュー - 版の履歴

2025年2月4日 (火) 06:55にAdministratorによる

2025-02-04T06:55:33Z

← 古い版		2025年2月4日 (火) 06:55時点における版
62行目:		62行目:
	* [[VeldridでFenceを使う]]		* [[VeldridでFenceを使う]]
	* [[シグナル状態]]		* [[シグナル状態]]

			[[category: 並行処理]]

2021年2月8日 (月) 04:08にAdministratorによる

2021-02-08T04:08:18Z

← 古い版		2021年2月8日 (月) 04:08時点における版
1行目:		1行目:
	'''コマンドキュー'''（英語：command queue）とは、特定のコマンド（処理）を[[キュー]]に格納しておくと、別の[[プロセス]]や[[スレッド]]が適宜それを取り出して実行する方式のことである。		'''コマンドキュー'''（英語：command queue）とは、特定のコマンド（処理）を[[キュー]]に格納しておくと、別の[[プロセス]]や[[スレッド]]が適宜それを取り出して実行する方式のことである。

	一部の実装では単純なキューではなく、キューの中においてコマンドの実行順序を並べ替えたりコマンドを結合したりといった最適化が行われることがある。		名称に「[[キュー]]」とあるが、ほとんどの実装は[[アルゴリズム]]の教科書に載っているような単純なキューではなく、キューの中においてコマンドの実行順序を並べ替えたりコマンドを結合したりといった[[最適化]]が行われているものが多い。

	[[マルチスレッド]]における「[[スレッドプール]]」もほぼ同じ概念である。スレッドプールでは汎用的な処理を格納することができるが、コマンドキューの場合は前述のような最適化が行いやすいように単純なコマンドであることが多い。		[[マルチスレッド]]における「[[スレッドプール]]」もほぼ同じ概念である。スレッドプールでは汎用的な処理を格納することができるが、コマンドキューの場合は前述のような最適化が行いやすいように単純なコマンドであることが多い。

Administrator: /* GPUのコマンドリスト */

2021-02-05T06:11:27Z

GPUのコマンドリスト

← 古い版		2021年2月5日 (金) 06:11時点における版
32行目:		32行目:
	</source>		</source>

	[[GPU]]~~での描画処理の場合は、前回の描画処理が未完了なのに次の描画処理を始めると残念なことになる。そこで「フェンス」と呼ばれる~~[[シグナル状態]]を保持する[[変数]]を用いて適切に処理する必要がある。		[[GPU]]での描画処理の場合は、前回の描画処理が未完了なのに次の描画処理を始めると残念なことになる。そこで「[[フェンス]]」と呼ばれる[[シグナル状態]]を保持する[[変数]]を用いて適切に処理する必要がある。
	<source lang="csharp">		<source lang="csharp">
	var fence;		var fence;

Administrator: /* GPUのコマンドリスト */

2021-02-05T03:06:36Z

GPUのコマンドリスト

← 古い版		2021年2月5日 (金) 03:06時点における版
13行目:		13行目:

	=== GPUのコマンドリスト ===		=== GPUのコマンドリスト ===
	最近の[[GPU]]~~では1フレームの描画処理をコマンドキューに格納して実行する方式が主流となっている。こちらは「~~[[CPU]]が[[GPU]]の処理完了を待たないための機構」という意味合いが強く、GPUが別スレッドのような扱いになる。		最近の[[GPU]]では「1フレーム分の描画処理」をコマンドキューに格納して実行する方式が主流となっている。こちらは「[[CPU]]が[[GPU]]の処理完了を待たないための機構」という意味合いが強く、GPUが別スレッドのような扱いになる。

	架空のコマンドセットを示す。		架空のコマンドセットを示す。

Administrator: /* GPUのコマンドリスト */

2021-02-05T03:02:24Z

GPUのコマンドリスト

← 古い版		2021年2月5日 (金) 03:02時点における版
26行目:		26行目:
	GraphicsDevice.SubmitCommands(cl);		GraphicsDevice.SubmitCommands(cl);

	// ~~ここで処理完了を待てば従来同様になる。~~		// ここでGPUでの処理完了を待てば従来同様になる。
	// ただWaitForIdle()している間はCPUが遊んでしまう。		// ただWaitForIdle()している間はCPUが遊んでしまう。
	GraphicsDevice.WaitForIdle();		GraphicsDevice.WaitForIdle();

Administrator: /* GPUのコマンドリスト */

2021-02-05T03:01:59Z

GPUのコマンドリスト

← 古い版		2021年2月5日 (金) 03:01時点における版
28行目:		28行目:
	// ここで処理完了を待てば従来同様になる。		// ここで処理完了を待てば従来同様になる。
	// ただWaitForIdle()している間はCPUが遊んでしまう。		// ただWaitForIdle()している間はCPUが遊んでしまう。
	//GraphicsDevice.WaitForIdle();		GraphicsDevice.WaitForIdle();
	}		}
	</source>		</source>

2021年2月5日 (金) 03:01にAdministratorによる

2021-02-05T03:01:08Z

← 古い版		2021年2月5日 (金) 03:01時点における版
57行目:		57行目:
	// ここで待たないのが重要		// ここで待たないのが重要
	}		}
			</source>

	== 関連項目 ==		== 関連項目 ==
	* [[VeldridでFenceを使う]]		* [[VeldridでFenceを使う]]
	* [[シグナル状態]]		* [[シグナル状態]]

2021年2月5日 (金) 03:00にAdministratorによる

2021-02-05T03:00:22Z

← 古い版		2021年2月5日 (金) 03:00時点における版
14行目:		14行目:
	=== GPUのコマンドリスト ===		=== GPUのコマンドリスト ===
	最近の[[GPU]]では1フレームの描画処理をコマンドキューに格納して実行する方式が主流となっている。こちらは「[[CPU]]が[[GPU]]の処理完了を待たないための機構」という意味合いが強く、GPUが別スレッドのような扱いになる。		最近の[[GPU]]では1フレームの描画処理をコマンドキューに格納して実行する方式が主流となっている。こちらは「[[CPU]]が[[GPU]]の処理完了を待たないための機構」という意味合いが強く、GPUが別スレッドのような扱いになる。

			架空のコマンドセットを示す。
			<source lang="csharp">
			void Draw() {
			// コマンドリストを作る
			var cl = new CommandList();
			cl.Add(new SetFrameBufferCommand()); // フレームバッファをセットする
			cl.Add(new ClearCommand() ); // フレームバッファをクリアする

			// コマンドキューに格納する
			GraphicsDevice.SubmitCommands(cl);

			// ここで処理完了を待てば従来同様になる。
			// ただWaitForIdle()している間はCPUが遊んでしまう。
			//GraphicsDevice.WaitForIdle();
			}
			</source>

			[[GPU]]での描画処理の場合は、前回の描画処理が未完了なのに次の描画処理を始めると残念なことになる。そこで「フェンス」と呼ばれる[[シグナル状態]]を保持する[[変数]]を用いて適切に処理する必要がある。
			<source lang="csharp">
			var fence;

			void Init() {
			fence = GraphicsDevice.CreateFence();
			}

			void Draw() {
			// 前回の処理完了を待つ
			// ここで待たずにフレームスキップするのも手である。
			//if (!fence.Signaled)
			// return;
			GraphicsDevice.WaitForFence(fence);

			// コマンドリストを作る
			var cl = new CommandList();
			cl.Add(new SetFrameBufferCommand()); // フレームバッファをセットする
			cl.Add(new ClearCommand() );

			// コマンドキューに格納する
			GraphicsDevice.SubmitCommands(cl, fence);

			// ここで待たないのが重要
			}

			== 関連項目 ==
			* [[VeldridでFenceを使う]]
			* [[シグナル状態]]

Administrator: ページの作成:「'''コマンドキュー'''（英語：command queue）とは、特定のコマンド（処理）をキューに格納しておくと、別のプロセスやス…」

2021-02-05T02:35:29Z

ページの作成:「'''コマンドキュー'''（英語：command queue）とは、特定のコマンド（処理）をキューに格納しておくと、別のプロセスやス…」

新規ページ

'''コマンドキュー'''（英語：command queue）とは、特定のコマンド（処理）を[[キュー]]に格納しておくと、別の[[プロセス]]や[[スレッド]]が適宜それを取り出して実行する方式のことである。

一部の実装では単純なキューではなく、キューの中においてコマンドの実行順序を並べ替えたりコマンドを結合したりといった最適化が行われることがある。

[[マルチスレッド]]における「[[スレッドプール]]」もほぼ同じ概念である。スレッドプールでは汎用的な処理を格納することができるが、コマンドキューの場合は前述のような最適化が行いやすいように単純なコマンドであることが多い。

== 主な実装例 ==

=== ハードディスクのNCQ ===
最近の[[ハードディスク]]には[[NCQ (Native Command Queue)]]という機構が搭載されており、１つの読み書き依頼が１つのコマンドとしてコマンドキューに格納される。複数の処理待ちが発生している場合はコマンドキューの中で磁気ヘッドの動きが最小になるように最適化してから実際の読み書き処理が行われる。

* https://xtech.nikkei.com/it/pc/article/NPC/20070316/265437/

=== GPUのコマンドリスト ===
最近の[[GPU]]では1フレームの描画処理をコマンドキューに格納して実行する方式が主流となっている。こちらは「[[CPU]]が[[GPU]]の処理完了を待たないための機構」という意味合いが強く、GPUが別スレッドのような扱いになる。