CPUあたりのスレッドの実際の制限はいくらですか？

Question

私は自分の娯楽のために、極限までいくつかの限界を押し込もうと試みています。スレッドプールのデフォルトは25スレッドになっており、MSDNによれば1000までプッシュすることができます。しかし、CPUコアあたりのスレッドの実際的な制限は何ですか？ある時点では、コンテキストの切り替えによってスレッドの保存よりもボトルネックが増えます。誰もこれをカバーするベストプラクティスを持っていますか？ 100、200、500と話していますか？それはスレッドが何をしているかによって異なりますか？フレームワークが命令するアーキテクチャ以外に、CPUコアごとに最適なスレッド数が決まるのは何ですか？

Answer 1

それはスレッドの処理内容に依存します。それらがCPUに束縛されている（無限ループで緊密に座っている）場合、コア当たり1つのスレッドがCPUを飽和させるのに十分である。それ以上あれば（そして、あなたは既にバックグラウンドプロセスなどから多くのものを持っています）、あなたは競合を始めます。

スレッドが実行に適さない場合（たとえば、いくつかの同期オブジェクトでブロックされている場合）、あなたが持つ可能性があるスレッドの数の限界は、CPU以外の要素（スタック、 OSの内部制限など）。

Answer 2

あなたのアプリケーションが（大部分のように）CPUに束縛されていない場合は、コンテキストスイッチが重要です。なぜなら、アプリケーションが待機するたびにコンテキストスイッチが必要になるからです。スレッドが多すぎるという問題は、OSのデータ構造と、スレッドが同期アルゴリズムのランダム性のために実行する機会を得られない（またはごくまれに）飢餓のようないくつかの同期異常です。

アプリケーションがCPUにバインドされている場合（99％の時間がメモリで処理されている、まれにI/Oを実行している、またはユーザー入力や別のスレッドなどの何かを待っている場合）、最適なのは1論理スレッドあたり1スレッドこの場合、コンテキストの切り替えは行われないためです。

複数のCPUに1つのスレッドしかない場合でも、OSは毎回スレッドに割り込むことに注意してください。 OSはスレッドを割り込みだけでなくスレッド管理目的（タスクマネージャに表示するようにカウンタを更新する、スーパーユーザが削除するなど）にも割り込みをかけます。