問題タブ [thread-priority]

Executor によって実行されるタスクに優先順位を設定する可能性はありますか? JCIPでそれが可能であるという声明をいくつか見つけましたが、例が見つからず、ドキュメントに関連するものも見つかりません。

JCIP より:

実行ポリシーは、次のようなタスク実行の「何を、どこで、いつ、どのように」を指定します。

• ...
• タスクはどのような順序で実行する必要がありますか (FIFO、LIFO、優先順位)?
• ...

UPD : 聞きたいことを正確に聞いていないことに気付きました。私が本当に欲しかったのは：

エグゼキューターフレームワークでスレッドの優先順位の設定を使用/エミュレートする方法(つまり、何だったのかthread.setPriority())?

のように優先順位を設定できるのではないかと思いIntentServiceましたThread。今のところ何も見つかりません。

Windows7および/またはWindowsServer2008の場合、非表示のウィンドウと表示されているウィンドウの間でスレッドの優先度またはクラスに特定の違いはありますか？言い換えれば、OSはアプリケーションの優先順位を下げますか？

Linux では、プロセスは一連のスレッドです。各スレッドには独自の優先順位があります。しかし、プロセスにも優先順位がありますか? もしそうなら、それはスレッドの優先度とどう違うのですか? そして、新しいプロセスが作成されると、これらの値はどのように伝播されるのでしょうか?

私のプログラムには、ダブルバッファ実装のバックバッファを埋めて交換するバックグラウンドスレッドが1つあります。メインスレッドはフロントバッファを使用してデータを送信します。問題は、プログラムを実行すると、メインスレッドの処理時間が平均して長くなることです。バックバッファを埋めるのは、データを処理してクライアントに送信するよりも時間のかかるプロセスであるため、逆の動作が必要です。

Linux上のCPOSIXpthreadを使用してこれを実現するにはどうすればよいですか？

あるインタビューで、「ガベージ コレクション スレッドのデフォルトの優先順位は何ですか?」という質問をされました。デフォルトの優先度については聞いたことがありませんが、GC を強制したり優先度を変更したりできないことは知っています。誰か知っていますか？

ThreadPoolスレッドまたは TPL Taskの優先順位を変更することを思いとどまらせる Web およびスタック オーバーフローの多くの場所があります。特に：

「スレッド プール スレッドの状態と優先度を制御することはできません。」
「ランタイムはスレッド プールを管理します。スレッドのスケジューリングを制御することも、スレッドの優先度を変更することもできません。」

「PoolThread の Culture や Priority などを変更するべきではありません。レンタカーを塗装したり再装飾したりしないのと同じです。」

「スレッド プール スレッドを使用する代わりに、独自のスレッドを作成して管理することが適切なシナリオがいくつかあります: (など...) スレッドに特定の優先度が必要です。」

「ThreadPool の各スレッドはデフォルトの優先度で実行され、ThreadPriority を変更するコードは効果がありません。」

ただし、そうするのは簡単なことであり、デバッガーは、値が読み取れる限り、変更が固定されているように見えることを示しています。

問題は、この特定のタブーの具体的な理由は何ですか?

私の疑い: そうすることで、プールのデリケートな負荷分散の仮定が妨げられます。しかし、これは、一部のソースが変更できないと言う理由を説明していません.

SCHED_RR の 1 ～ 99 を超えて POSIX スレッドの優先順位の範囲を増やす方法を知りたいです。SCHED_RR の 1 ～ 99 の範囲を確認するために sched_get_priority_min と sched_get_priority_max を呼び出しましたが、より高い優先度レベルを使用する別のオペレーティング システム用に記述されたコードを移植しています。各スレッドに同じ相対的な優先度を持たせたいのですが、スレッドが異なるはずのスレッドに同じ優先度を強制的に共有させたくありません。

私のアプリケーションは、非同期 HttpWebRequest リクエストを使用して多数のビデオ フレームをプリフェッチします。したがって、100 フレームがある場合、プリフェッチャーは 100 フレームすべてを一度に非同期で要求し、受信時に処理します。つまり、一度に 100 の非同期呼び出しを行います。これにより、ネットワーク カードが飽和する可能性がありますが、問題ありません。ネットワーク帯域幅を最大化したい。

ただし、このプリフェッチが行われている間、ユーザーはフレームの 1 つを表示したい場合があります。フレーム 56 を表示したいとします。問題は、フレーム 1 ～ 100 が既に要求されており、パイプ内にあるため、フレーム 56 の要求が応答を取得するのに時間がかかる場合があることです。

非同期リクエストが作成された後に、それらの優先度を再設定する方法があればいいのですが。そして、ユーザー要求をキューの先頭にプッシュします。

これができない場合は、フレームをバッチでリクエストする必要があると思います。これにより、バッチ間でユーザーリクエストを滑り込ませ、タイムアウトを回避できます。

これを適切に設計する方法についてのアイデアは非常に高く評価されます。

REALTIME_PRIORITY_CLASS(with THREAD_PRIORITY_TIME_CRITICAL)は実際に何をしますか?

それは：

• 割り込みが発生しないようにする
• コンテキストの切り替えが起こらないようにする

プロセッサ上で (スレッドがスリープしない限り)?

上記のことが起こらない場合：

• このフラグを使用してプロセッサでプログラムを実行すると、一貫性のないタイミング結果が得られるのはなぜですか? プログラムを中断するものがない場合、プログラムは毎回同じ時間を費やすべきではありませんか?

上記のことが起こらない場合:

• システム (マウス、キーボードなど) を誤って使用するとロックするのはなぜですか? ドライバーはまだプロセッサー時間を取得するべきではありませんか?