データ転送の目的で、複数のイーサネット対応ハードウェアデバイス(最大100デバイス)に接続する1つのアプリケーション(C#と.net 4.5)を設計しました要求応答メカニズムを使用します。より効率的なthreading.timerまたはタスク並列ライブラリ.net 4.5の時代
各ハードウェアデバイスには固有のIPアドレスとポートが設定されています。私のアプリケーションはtcpclientクラスを使用して接続し、このデバイスと通信します。
今私の要件は、同時にすべてのデバイスを接続することができるようになりますように
- は、アプリケーションのマルチスレッド作り、です。
- これらのすべてのデバイスで発生する通信は反復的です。つまり、特定の間隔ごとに、24時間365日にすべてのデバイスにデータ転送の目的で接続する必要があります。
- 私はもう1つの追加要件がありますが、関数(コールバック関数)が実行を終了すると間隔を設定する必要があります。私は睡眠、遅延または同等の機能を使用することはできませんので、いくつかのデバイスが応答を遅らせるため。この場合、最後の反復が完了していない場合でも、新しい反復が開始される可能性があります。 すなわち
私は、データ転送が起こる必要があり、それだけで後は、次の実行のための間隔を設定する必要があるデバイスに接続する場合。(おそらくコールバック関数自体に)
これを達成するために私が作るために考えていますthreading.timerを使用してください。コールバック関数自体でスレッド間隔を設定できます。私はこれをテストしており、当初は動作していたようです。私は、このコードを本番環境で動作させるためにさらに最適化できると信じています。
さらにGoogleをやって、タスク並列ライブラリがより効率的だと思っていました.net 4.5で作業して以来、私は古典的なthreading.timerクラスではなく、これを使うべきです。
しかし、TPLはthreading.timerとまったく同じではないので、私は自分の必要条件に完全に適合するように作業する必要があります。
私は、TPLをthreading.timerではなくカスタマイズして使用すると、本当にパフォーマンスが向上するのでしょうか、threading.timerだけを続けるべきですか?
"アプリケーションをマルチスレッド化すると、同時にすべてのデバイスを接続できるようになります*"は誤解であり、間違ったパスにつながります。接続ごとにスレッドではなく、async IOを使用します。 – spender
@spender私はそれを得た。私は確かではありませんが、接続ごとにスレッドを使用しても、接続が制限されているためパフォーマンスが低下することはありません。 –
スレッドはありません。 IOはOSレベルでは非同期です。ブロッキングがシミュレートされます。 async/awaitを使用すると、スレッドを使用せずにネイティブの非同期機能を使用できます。 –