マルチスレッド
利点編集
マルチコアCPUを有効活用できる編集
マルチコアCPUを有効活用できる。 だいたい「コア数の2倍」くらいまでのスレッド数までは有効。
欠点編集
準備の負荷編集
「マルチスレッドを使用する準備」に一定の負荷がかかる。 スレッドを利用するには、スレッドを生成したり、スレッドにデータを渡したりという前処理が必要となる。
このため負荷は「スレッドの準備」と「スレッドでの処理」を合算したもので考える必要があり、あまりに負荷が小さいスレッドでの処理だと逆に遅くなる傾向がある。
この問題を解決する手法としてスレッドを使い回す「スレッドプール」という手法が考案されているが、あまりに負荷が小さいスレッドでの処理だと「スレッドにデータを渡す処理」でやっぱり遅くなることがある。
ゲームでマルチスレッド対応(マルチコア対応)が進まない原因はだいたいこれである。 ゲームでは「60fps=1処理0.016秒以内」という制約が定番なのでスレッドを準備している余裕がない。
不具合の温床編集
マルチスレッドは、バグの温床であり、デバッグが非常に難しいのが特徴である。そのため業務アプリの世界では禁忌であり基本的に登場しない技術である。
備考編集
初期のWindowsでは「全てがスレッド」であった。 UNIXにおけるforkの感覚でプロセスを作ったつもりでも実際はスレッドが作られた。 Windowsという1つのプロセスの中で「アプリ」という子スレッドが次々と生まれたのである。 そのためプログラムが少しでもバグるとOSを巻き込みクラッシュした。 一方でマルチスレッドでも比較的安全になるような工夫も多く生まれ、後のマルチスレッド流行時には積み重ねた対応度の良さが目立った。