タスクコンテキストとは：プロセス・スレッドの保存・復元、構成要素とコンテキストスイッチ

タスクコンテキストを分かりやすく解説。プロセス・スレッドの保存・復元、構成要素、コンテキストスイッチの仕組みとレイテンシ最適化を実例で詳述。

コンピュータサイエンスにおいて、タスクコンテキスト（プロセス、スレッドなど）とは、そのタスクを任意の時点で中断し、後で同じ状態から継続できるようにするために保存・復元すべき最小の状態情報の集合を指します。割り込みやプリエンプションが可能な環境では、この「コンテキスト」という概念が特に重要です。割り込みやスケジューラによってタスクが中断されると、プロセッサは必要なコンテキストを保存し、割り込みサービスルーチン（ISR）や別のタスクの実行へと移行します。コンテキストが小さいほど、中断→復帰にかかるオーバーヘッド（レイテンシ）は小さくなります。

タスクコンテキストの構成要素

一般に「タスクコンテキスト」に含まれる代表的な要素は次の通りです：

• プロセッサ・レジスタ：汎用レジスタ、プログラムカウンタ（命令ポインタ）、スタックポインタ、フラグ/ステータスレジスタなど。これらは実行中の命令の位置や演算結果、制御フローを保持します。
• 浮動小数点・SIMDレジスタ（FPU/AVXなど）：浮動小数点演算やベクトル演算の状態。多くのOSは性能のためにこれらを「遅延保存（lazy save）」することがあります。
• メモリ関連の制御情報：プロセス固有のページテーブルやMMUの設定（例：x86のCR3相当）など。別プロセスに切り替える際にはアドレス空間を切り替える必要があります。
• スタック（カーネルスタック/ユーザスタック）：関数呼び出しの局所変数や戻りアドレスなどの一時状態。
• スケジューラ管理情報：プロセス制御ブロック（PCB）やスレッド制御ブロック（TCB）に保持される優先度、状態（実行中、待機、停止など）、CPU使用時間などのメタデータ。
• プロセッサの制御レジスタ・特権状態：カーネルモード／ユーザモードのビット、割り込みマスク、制御レジスタ。

どこに保存されるか（保存場所）

• CPUレジスタの値は一時的にプロセス制御ブロック（PCB）やスレッド制御ブロック（TCB）にコピーされるか、カーネルスタック上に保存されます。
• FPU/ベクトルレジスタは、OSが用意した領域に保存されます（遅延保存を採る場合は最初は保存されません）。
• ページテーブルやメモリ管理情報はカーネルが管理するデータ構造（しばしばカーネル内のメモリ）に保持されます。プロセス切り替え時にはページテーブルのポインタを切り替える必要があります。
• ファイルやディスク上のデータ（ストレージ）は、通常の文脈での「コンテキストスイッチ」に伴う即時のコンテキスト保存には含まれません。チェックポイントやクラッシュリカバリのような用途で別途保存されることはありますが、それはより大規模な「プロセスイメージ」の保存であって、CPUの実行状態を切り替えるための最小コンテキストとは区別されます。

コンテキストスイッチの典型的な手順

• 現在実行中のタスクの状態（少なくともPC/IP、SP、汎用レジスタ、フラグなど）を保存する。
• 必要ならFPU/ベクトルレジスタの状態も保存する（遅延機構の場合は省略されることがある）。
• スケジューラが次に実行するタスクを選択する。
• 選ばれたタスクの保存済みコンテキストを読み込み、プロセッサのレジスタやページテーブルを復元する。
• 復元後、制御をそのタスクに戻す（ユーザモードへ戻す、あるいは別のスレッドの実行を再開する）。

これらの操作は一般にカーネル内で行われ、割り込みの有効/無効やアトミック性に配慮して実装されます。

最適化と影響

• コンテキストサイズを小さく保つと、切替オーバーヘッドが減り応答性が向上します。たとえば、不要な保存を避ける（遅延FPU保存など）ことが有効です。
• スレッド間で同じアドレス空間を共有する（ユーザスレッドや同一プロセス内のスレッド）と、ページテーブルの切替が不要になり、コンテキストスイッチが軽くなります。
• ハードウェアのサポート（例：x86のTSS、割り込み時の自動保存機能など）によって一部の処理が高速化されますが、OS固有の実装方針による差も大きいです。
• コンテキストスイッチはキャッシュ効果（TLBやCPUキャッシュの喪失）やメモリ管理切替のコストも伴うため、単にレジスタ保存量だけで測れない影響があります。

チェックポイント／永続的保存との違い

プロセスのチェックポイントやクラッシュダンプでは、ディスクやネットワークにプロセス全体のイメージ（メモリ内容、オープンファイル状態、シグナルハンドラ情報など）を保存します。これは「コンテキストスイッチ時に必要な最小の実行コンテキスト」とは異なり、より大きく広範な情報を扱います。従って、ストレージ上のデータはチェックポイントには重要ですが、通常のコンテキストスイッチの定義に含めないのが一般的です。

まとめ

• タスクコンテキストは「任意の時点で中断・復帰するために必要な最小限の実行状態」を指す。
• 主にプロセッサレジスタ、スタック、FPU/SIMDレジスタ、メモリ管理情報、OSが管理する制御情報などから成る。
• ストレージ（ファイル）は通常のコンテキストスイッチには含まれないが、チェックポイントなど別目的の保存では含まれる。
• コンテキストを小さく保つこと、ハードウェア支援を活用すること、同一アドレス空間のスレッドを活用することなどがスイッチ性能の向上につながる。

質問と回答

Q: コンテキストという概念は、どのような状況で意味を持つのですか?

Q: なぜコンテキストを小さくすることが重要なのですか?

Q: タスク・コンテキスト・データはどこにありますか?

Q: コンテキスト・スイッチの間、記憶メモリ（ファイル）はタスク・コンテキストに関係しますか?

Q: 割り込み可能タスクが割り込まれた場合、プロセッサはどうなりますか?

文字で検索