2009-07-14 11 views
1

私は、特定のポート上のネットワーク上のプリンタからの入力と、ローカルまたはネットワーク経由でフォルダに作成されたその他のファイルを入力するアプリケーションを構築しています。ユーザーは、同時に異なるフォルダを監視するために異なるスレッドを作成し、ネットワーク経由で3つのプリンタからの入力を処理するスレッドも作成できます。アプリケーションは、入力データをそのタイプに従って処理して出力することになっています。アプリケーションのもう一方の端には、入力スレッドからの入力データを待つ4つのスレッド(10スレッドまたは20スレッド)があり、4つの異なるタスクを処理して適用します。 同時に多くのスレッドが実行されるため、MSMQを使用してこれらのスレッドを管理すると考えました。このシナリオではMSMQを使用していますか、別の方法を使用する必要がありますか?スレッドを管理するためのMSMQ?

(PS:MSMQについて聞くまで私は自分自身でThreadEngineクラスを構築するつもりでしたが、これはまだ分かりません。

+0

言語?フレームワーク? – AnthonyWJones

答えて

4

MSMQはスレッドプールマネージャではなく、システムメッセージキューです。

6

MSMQはスレッドの入出力データを管理するのに便利です。 .Netは既にThreadPoolCCRTPLを持っていますので、これらのテクノロジを読み、最も適切なものを選択することをお勧めします。

0

これは、パフォーマンスの低下が心配されず、実行を保証するためにタスクが永続的でトランザクション的なシステムに実際に向かう場合には面白いかもしれません。

パフォーマンスをお探しの場合、私は他の人に同意し、非耐久性(ラム・キュー)でさえ、これを行うことを非常にお勧めします。

関連する問題