問題タブ [thread-state]

.NET フレームワークでのスレッドの状態は、このリンクで説明されています。

最近ウェブサイトでこの写真を見て、いくつかの疑問が頭に浮かびました。

1. OS のスレッド ライフサイクルは、.NET フレームワークのスレッド ライフサイクルと完全には一致していません。.NET フレームワークを使用する OS の状態に一致するリソースを誰かが提供できますか?

2. .NET フレームワークには、 Blockedという状態はありません。I/O 要求を発行した場合、スレッドの状態はどうなりますか?

3. Aborted状態の目的は何ですか? Abort()スレッドがメソッドを呼び出すと、スレッドはAbortRequested状態になり、スレッドが中止要求に応答した後、Stopped状態になります。では、 Aborted状態の機能は何ですか?

非常によく似たクエリのバッチを実行するスクリプトがあります。
1つを除いて、すべて問題なく動作します。
1 つのクエリだけが動かなくなっています。
「show processlist」では、クエリに state=null があります
ドキュメントによると、show processlist は、「show processlist」スレッド自体に対してのみ「State=null」を報告する必要があります。

スレッドでクラッシュします。gdbを使用してコアダンプをデバッグしているときに、クラッシュする直前のスレッドの状態を確認したいと思います。

私のプログラムでは、そのスレッドのシグナルを生成して処理しています。スレッドがクラッシュする前の状態と、そのスレッドに対してシグナルが発生するまでの時間を知ることは役に立ちます。この情報をgdbから取得することは可能ですか？

ありがとう

スタックサイズが10.000.000に増加した別のスレッドで、再帰関数「hueckel_operator（）」を実行しようとしています。まず、エッジ検出ボタンをクリックすると、hueckel_operatorが呼び出されます。だから私はdetect_edges_click（）関数で新しいスレッドを作成しました

しかし、「エラー22「hueckel_operator」のオーバーロードがデリゲート「System.Threading.ThreadStart」と一致しません」というエラーが発生します。

どのようにして、再帰関数を実行するための新しいスレッドを作成できますか？

新しいスレッドを作成する代わりに、メインスレッドのスタックサイズを増やす方がよいでしょうか？

それとも私は完全にナンセンスな話をしているので、スレッドについてもっと読み続ける必要がありますか？

前もって感謝します

ThreadManagerを処理するクラスを作成しました。Threadsそのタスクは、 new を追加threadsしてデッドをクリーンアップすることthreadsです。ただし、threads作成された は存続し、ThreadState.WaitSleepJoin状態のままです。ボディが正常に実行を終了したことを確認しました。何か案は？

メインスレッドでの実行:

プログラムを監視していて、しばらくの間 "wait:executive" 状態になっている場合は、プログラムを強制終了したいと考えています。

Process Explorer のスクリーンショットを次に示します。

コードでその状態を取得するにはどうすればよいですか? または、その状態が正確に何を意味するのか誰かに教えてもらえますか? これは、問題を解決するための適切なクエリを見つけるのに役立つ場合があります。

IO 操作が完了したときにスレッドを切り替えるためのおおよその時間遅延 (Win 7、Vista、XP) を決定しようとしています。

私が（私が思うに）知っていることは次のとおりです。

a) スレッド コンテキスト スイッチは、それ自体が計算上非常に高速です。(非常に高速とは、通常は 1ミリ秒未満、場合によっては 1 秒未満という意味ですか? - 比較的高速で、負荷のないマシンなどを想定しています。)

b) ラウンド ロビン タイム スライス クォンタムは 10 ～ 15 ミリ秒のオーダーです。

私が見つけることができないように見えるのは、（優先度の高い）スレッドがアクティブ/シグナル状態になる（たとえば、同期ディスク書き込みの完了を介して）、およびそのスレッドが実際に再び実行されるまでの典型的な待ち時間に関する情報です。

たとえば、少なくとも 1 つの場所で、すべての非アクティブなスレッドは、システムのクォンタムが最大 10 ミリ秒になるまでスリープ状態のままであり、その後 (準備ができていると仮定して) ほぼ同時に再アクティブ化されることを読みました。しかし、別の場所で、スレッドが I/O 操作を完了してからアクティブ/シグナル状態になり、再び実行されるまでの遅延は、ミリ秒ではなくマイクロ秒で測定されることを読みました。

質問する私のコンテキストは、高速カメラからの SSD の RAID アレイへのキャプチャと連続ストリーミング書き込みに関連しています。前の書き込みが 1 ミリ秒未満で完了した後に新しい書き込みを開始できない場合は、 1/10ms、平均）、問題になります。

この問題に関する情報をいただければ幸いです。

ありがとう、デビッド

スレッドを開始すると、「Thread.Abort（）」を実行しても、ThreadStateは常に「Unstarted」になります。スレッドは開始して正常に終了します...なぜ常に同じ状態になるのかわかりません。 。

アップデート

これはスレッドを呼び出すサブであり、問​​題は「while」の状態が待機していないことです。

PS：このサブの真ん中にコメントの説明を見ることができます：

そして、これが「mithread」スレッドです。

サブ終了

.NET スレッドの状態を取得しようとしています。
このために、ProcessThread.ThreadStateプロパティを確認します。
ただし、Thread.Sleepそのスレッドで使用してその状態を確認するとProcess Explorer、「待機: 実行の遅延」になっていることがわかりますが、ThreadState はまだ「実行中」です。
それはどうしてですか？