タイムクリティカルな処理にasync/awaitとTaskを使用する違いは何ですか？

Question

私は常に10msごとに入力を受け取り、Queue<T>にデータを追加し、別のスレッドがデキューして処理を行い、すべてがうまく流れ続けるようにファイルに書き込むメソッドを持っているとします。これは、処理に10ms以上かかるためです。

このメソッドを.Net 4で更新するには、新しいスレッドが作成されるように長期実行オプションで新しいタスクを開始します。 BlockingCollection<T>にデータを追加するにはBlockingCollectionGetConsumingEnumerableを呼び出してデータを処理し、これをファイルに書き込みます。

まず、新しいスレッドを作成するためにタスクが必要かどうかは私には分かりませんが、私の無知のために、これは最も有益な方法です。データが入ってきたときに、処理を行い、その後、await FileStream.WriteAsyncを呼び出すasyncでマークされたメソッドを呼び出すように私はおそらく、再びこれを書き換えることができasyncとawaitキーワードの導入により、第二に

。これにより、10ms離れたところから来るデータが正常に処理され、バックログがないことが保証されますか？私は、これらの新しいキーワードが新しいスレッドを作成するのではなく、何らかの形でタイムリーに実行を処理することを発見しました。

私のシナリオでは、これは私にとって良いことでしょうか、長時間実行されているタスクとBlockingCollectionで新しいスレッドを作成することに固執すべきですか？

Answer 1

10msごとに入力を受け取り、処理に10ms以上かかる場合、バックエンドで並列処理を行わない限り、処理を続行できません。

あなたの状況に最適なのは、プロデューサー/コンシューマーのアプローチのようです。別のスレッド/タスクでBlockingCollection<T>を使用できますが、Dataflow library（新しいVS Asyncサポートの一部）も考慮する必要があります。データフローライブラリを使用すると、データがシステムをどのように流れるかを定義するパイプライン（またはメッシュ）を設定できます。タスクは必要に応じて自動的に作成されます。

Answer 2

キーワードasyncとawaitは、応答に時間がかかる関数/ APIへの非同期呼び出しの作成を支援するためのものです。コンパイラは、タスクを起動するメソッドと、呼び出しが完了したときにコールバックとなるメソッドの2つのメソッドを呼び出してラップします。

あなたのケースでは、作業を処理するために別のタスクを起動しているので、asyncとawaitを使用しても意味がないようです。仕事が終わった後に起こる必要がある第三のものはありません。