CLR管理スレッド：軽量プロセスと重いプロセス

Question

私は別々のスレッドでパイプラインを処理するアプリケーションで作業しています。私のテストでは、プロセスが「軽量」であるか、またはCLRによってこれがすぐに終了すると判断された場合、CLRはこのスレッドを迅速にリサイクルし、さまざまな作業単位を同じスレッドで同時に共有できます。

逆に、処理に時間がかかったり、負荷が増えたりすると、異なるスレッドが開きます。

私にとってはすべて難しいです。TLS Thread local storageプログラミング。

実際、私のアプリケーションパイプラインは処理に時間がかかり、CLRは常に相互に1つのマネージスレッドを割り当てているようです。 BTW場合によっては、2つのパイプラインが1つの管理スレッドを共有する場合、TLS変数を使用するため衝突します。

結局のところ本当の疑問は...私は、プロセスがある程度の時間を要する場合、それは常に自分のスレッドを使用するか、それとも狂っているのだろうという前提をすることはできますか？

私が管理しているスレッドを.net 3.5で読んでいるのは、一種のブラックボックスで動作するようなものです。だからおそらくこの質問は決して本当に返答することはできません。

EDIT：私は辞書の定義結果タスクマネージャでは識別できないコンピュータプロセスをもたらす行動、変更、または一連の機能にrefereingいプロセスで

。

Answer 1

は、私は、プロセスに時間がかかる場合は/それは 常にそれ自身のスレッドを使用するロード、または私は

Processは、常に独自のスレッドを使用していることをやってクレイジーだという仮定を行うことができます。他のプロセスのスレッドにアクセスすることはできません。私が知っているスレッドではありません。

Answer 2

スレッドプールスレッドから実行されるコードは、スレッドローカルストレージ内に、finallyブロック経由で削除されないものを配置すべきではありません。コードが実行された後にコードによって使用されるスレッドローカルストレージが確実に消失するようにする必要がある場合は、明示的にストレージをクリーンアップするか、そのコードを独自のスレッドで実行する必要があります。