常に優先度の低いスレッドに制御を与える

Question

これは一般的な質問です。 は、さまざまな優先度を持つスレッドがあるシナリオを考えてみましょう。 このようなシナリオでは、優先順位が最も低いスレッドは、共有が常に優先順位の高いスレッドに移動するため、リソースの制御権を得ることはありません。 とにかく優先度の高いスレッドをバイパスし、優先度の低いスレッドにリソースを与えることができますか？

Answer 1

の組み込みメカニズムは、スレッドの優先度がです。オペレーティングシステムに対して、そのアクティビティーが「あまり重要でない」ことを示すスレッドに低い優先順位を設定し、より重要な（優先順位の高い）スレッドを実行する必要がある場合は、それらのスレッドが優先されます。

スレッドが潜在的にCPU時間を必要としないようにするには、優先度の低いスレッドであってはなりません。

Answer 2

必ずしもそうである必要はありません - それは優先度の実装に依存します。あなたがそれを記述する方法は、優先度の高いスレッドが完了して実行時間から優先度の低いスレッドを奪うまで実行され続けることを前提としています。

これはこれを実装する方法の1つかもしれませんが、より公平なポリシーは、代わりにタイムスライスの共有を行うことです。したがって、優先順位は、各スレッドがどのくらいのCP​​U時間を取得するかを決定し、必ずしもそれらが実行される順序ではありません。

これは、スケジューラの責任です - あなたは、これは、オペレーティング・システムに実装されているかを考える場合は、優先度の低いスレッドが違いを実行してやることがわかりますWikipedia:Scheduling

Answer 3

彼らはここで以下の合計タイムスライスを与えられているということです実行する。優先度の低いスレッドは、システムがリソース不足の場合でも常に実行されます。あなたが見るかもしれない唯一の事は、より優先度の高いスレッドが動く限り、それが動かないことです。もっと知りたければ、オペレーティングシステムがプロセスとスレッドをスケジュールするために使用できるさまざまな方法を調べることをお勧めします。

プログラミング言語でこれを行うことを考えている場合は、スレッドの優先度を変更して、実行するたびに処理を進めることができます。通常は、タイムクリティカルではないバックグラウンドイベントを実行する優先度の低いスレッドがあります。スレッドがより重要なスレッドと同じくらい時間を要したくない場合もあります。

Answer 4

明らかに存在します。待っている。より高い優先順位のスレッドが何か（ロック、データ、ファイル、ユーザーまたはネットワークからのデータ、タイマーなど）を待っている場合は、実行可能ではないため、次に優先度の高いスレッドが実行されます。

また、非リアルタイム優先度は通常可変数です。スケジュールされたプロセスの優先順位は、すべてのプロセスでゆっくりと増加する一方で減少します（別の調整可能なファクタまで）。そうすれば、何も待たないスレッドがいくつかあっても、スケジューラがCPUに最長でないスレッドを選ぶたびに、待機中のスレッドは、待っている間に高い優先度で収集されたため、リソースが使用可能になったときに即座にスケジュールされます（そうしないと、すべてのCPUを使用しているバックグラウンドプロセスにユーザーインターフェイスが応答します）。