割り込みハンドラのコンテキストスイッチ

Question

割り込みハンドラが実行されているときにコンテキスト切り替えを実行できないのはなぜですか？より具体的には、Linuxカーネルでは、中断されたプロセスのコンテキストで割り込みハンドラが実行されます。他のプロセスをスケジュールするために割り込みハンドラでコンテキストスイッチを実行できないのはなぜですか？

Answer 1

マルチプロセッサでは、割り込みハンドラの実行中にコンテキストスイッチが確実に発生する可能性があります。実際、防止することは難しいでしょう。

単一CPUマシンでは、定義によって一度に1つのスレッドしか実行できません。 1つのレジスタセット、1つのALUなどしかありません。したがって、割り込みハンドラが実行されている場合、コンテキストスイッチを実行するリソースはありません。

割り込みハンドラが実際にコンテキストスイッチコードを呼び出してをにすることはできますか、私はうまく動作するシステムを想定しています。しかし、ほとんどの場合、これはあまり価値がなく、手配するのが難しいでしょう。 CPUが高い優先順位で実行されており、この優先順位を下げることができないか、割り込みレベル間の同期が失われます。 OSのクリティカルセクションはすでに割り込み実行と同期しており、複雑さが増します。さらに、スレッド・ユーザー・モード・プログラムと同様に、スタックを変更することでコンテキスト・スイッチが発生するので、割り込みから戻ってくるために割り込みスタックが必要なときにどうなるか想像するのは難しいです。

Answer 2

カップルの理由は、私はあなたの質問の意味に応じて、推測：

1. 割り込みは、ハードウェアと対話するための一般的です。ハードウェアは一般的に時間に敏感なので、OSは何かの真ん中でそれを扱うことを止めることはできません。

2. 割り込みは、特殊な割り込みコンテキストで発生し、通常のプロセスコンテキストでは発生しません。それはプロセスではないので、通常のプロセスと同じようにコンテキスト切り替えの対象にはなりません。

おそらく、より深く説明する必要がありますが、それは自分の理解の程度です。