Entity Framework 6 の非同期操作が同期操作よりも 10 倍遅いのはなぜですか?

Entity Framework 6 では、非同期操作が同期操作より 10 倍遅いのはなぜですか?

はじめに

この記事では、Entity Framework (EF) 6 の非同期操作を使用するときに発生する一般的な問題、つまり同期操作と比較して大幅なパフォーマンスの低下について説明します。この動作の原因を詳しく調べ、解決策を提供します。

問題の概要

ユーザーは、Entity Framework クエリを同等の非同期クエリに切り替えると (たとえば、ToList() の代わりに ToListAsync() を使用する場合)、10 倍以上の大幅な速度低下を経験することがよくあります。

調査と分析

SQL Server Profiler を使用して調査した結果、基礎となる SQL クエリは同期 EF 呼び出しと非同期 EF 呼び出しの両方で同じままであることがわかりました。ただし、非同期操作の実行には大幅に時間がかかります。

根本原因

パフォーマンスの違いは、EF 6 非同期操作の内部実装の詳細によるものです。同期バージョンとは異なり、非同期バージョンはバッファリング メカニズムを使用して、非順次的な方法でデータベースからデータを読み取ります。このアプローチは、場合によってはパフォーマンスを向上させることを目的としていますが、バイナリ データの大きな列を処理する場合には悪影響を及ぼす可能性があります。

バッファリング プロセスには多数の非同期タスクの作成が含まれ、タスクの作成、同期、スレッドの使用に関して多くのオーバーヘッドが発生します。このオーバーヘッドが非順次データ読み取りと組み合わされると、パフォーマンスが大幅に低下します。

提案

この問題を軽減するには、バイナリ データ列を含むテーブルで EF 6 の非同期操作を使用しないことをお勧めします。代わりに、必要に応じて TaskCompletionSource を使用して結果を非同期コールバックにラップし、クエリを同期的に実行します。

結論

EF 6 の非同期操作は場合によってはパフォーマンスを向上させることができますが、現在の実装方法では、大きなバイナリ データを処理するときに重大なオーバーヘッドが発生する可能性があります。開発者はこの制限を認識し、必要に応じて代替手段の使用を検討する必要があります。

以上がEntity Framework 6 の非同期操作が同期操作よりも 10 倍遅いのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。