asp.net - デバッグモードで DbContext.SaveChanges が 10 倍遅いのはなぜですか

Question

誰か説明してくれませんか

デバッグモードでは、Web ページの読み込みに 116 秒かかりますが、デバッグせずにプロジェクトを開始すると 15 秒かかります。

トレースステートメントを設定したところ、デバッグモードの場合、116 秒のうち 100 秒が DbContext.SaveChanges メソッドで費やされていることがわかりました。

デバッグなしでプロジェクトを実行すると、同じセクションで 7 秒しか費やされませんでした。

詳細情報が必要な場合は、コメントでお知らせください..

プロジェクトのセットアップ:

追加情報: (さらに必要な場合はコメントでお知らせください)

SaveChanges メソッドに対する SQL クエリの累積数は 20,000 です
運用接続文字列: データソース=PC-DEV;初期カタログ=aspnet-2013-06-04;統合セキュリティ=True;MultipleActiveResultSets=True;アプリケーション名=EntityFrameworkMUE
デバッグ接続文字列: データソース=PC-DEV;初期カタログ=aspnet-2013-06-04;統合セキュリティ=True;MultipleActiveResultSets=True;アプリケーション名=EntityFrameworkMUE
また、バッキングデータベースとして LocalDB を使用した場合と同じ相対的なパフォーマンスを経験しました。

アップデート：

@ruionwriting が示唆したように、データベースのプロファイリングを行ったところ、プロジェクトがデバッグモードでもプロダクションモードでも、約 20,000 の sql コマンドにまったく同じ時間がかかることがわかりました。(コマンドごとに 0 ミリ秒)。

ただし、20,000 コマンド間の平均絶対時間差は、デバッグモードで 5 ミリ秒です。

本番モードとは対照的に、一連のコマンドの平均時間差は 0.3 ミリ秒です。

これは約 10 倍の時間のパフォーマンスの違いであり、エンティティフレームワークをデバッグモードで余分な時間がかかっているものとして分離します。

デバッグフラグなしで EntityFramework を参照できるようにデバッグビルドを構成する方法はありますか?

また、何らかのコンパイラーマジックを使用して何らかの方法でパフォーマンスを元に戻した場合、デバッグ機能に関して何を失うことになるでしょうか? 現在、エンティティフレームワークのコードに踏み込むことはできないので、見逃すことはないと思います。

ありがとう！

score 24 · Accepted Answer

フーホー！

デバッグモードが非常に遅い理由は、Visual Studio の Intellitrace が、Entity Framework によって生成された各 ADO.NET イベント (20,000 個すべて) を記録していたためです。

したがって、[ツール] -> [オプション] -> [IntelliTrace] を選択し、[IntelliTrace を有効にする] のチェックを外すと、問題が修正されました。

または、 [ツール] -> [オプション] -> [IntelliTrace] -> [IntelliTrace イベント] に移動して ADO.NET のチェックを外すことで、ADO.NET イベントを除外することもできます。

みんなの提案に感謝します。

asp.net - デバッグ モードで DbContext.SaveChanges が 10 倍遅いのはなぜですか