問題タブ [miniprofiler]

ASP.Net Core 2 Web サイトでは、最新 (4-alpha9) の MiniProfiler を使用して、生成されている SQL を確認しています。

生成された SQL のほかに、次の呼び出しも多数見られますConnection Close()/Connection Open()。

それらは高速であり、それらをログに記録することは私には役に立たないようです。それらを除外できますか? それらの一部は、それらを使用して除外できますoptions.ExcludedMethods.Add("ConnectionOpening");が、すべてではありません。options.TrivialDurationThresholdMilliseconds = 3;また、これらの呼び出しは、私も試した設定を無視するようです。

他のオプションはありますか？

EDIT 1 :拡張メソッドを明示的に呼び出そうとすると:

より明確なエラー メッセージがあります。

タイプ「SqlMapper」は、「Dapper.StrongName, Version=1.50.2.0, Culture=neutral, PublicKeyToken=e3e8412083d25dd3」と「Dapper, Version=1.50.5.0, Culture=neutral, PublicKeyToken=null」の両方に存在します。

私はそれについて何かできますか？

Dapper.StrongName は MiniProfiler (.Net 標準 1.5) の依存関係です。

Dapper と一緒に MiniProfiler を使用して、SQL コマンドがバックエンドに送信されるのを確認しようとしています。

オンデマンドでインストルメント化された接続を生成する次のコードがあります。

次の消費コードはコンパイルされなくなります。

次のメソッドまたはプロパティ間の呼び出しがあいまいです: 'Dapper.SqlMapper.QueryAsync(System.Data.IDbConnection, string, object, System.Data.IDbTransaction, int?, System.Data.CommandType?)' と 'Dapper.SqlMapper .QueryAsync(System.Data.IDbConnection、文字列、オブジェクト、System.Data.IDbTransaction、int?、System.Data.CommandType?)'

新しいガラスが必要でない限り、あいまいな方法は同じです。

ここで何が欠けていますか?

現在、ASP.NET MVC カミソリ ビューのレンダリングが非常に遅いというパフォーマンスの問題を分析しようとしています。ブラウザーに応答を返すのに 40 秒以上かかります。この問題は常に発生するとは限りません。通常、ページは ~1/2 秒で読み込まれます。

以下は、読み込みが遅い場合の、上記のページで作成された MiniProfiler トレースの一部の画像です。右側の列は、要求の開始から経過した時間です。トレースは、剃刀ビューのレンダリング中に数秒の大きなジャンプを示しています。私が本当に理解していないのは、他の 2 つの列 (「期間 (ミリ秒)」と「子供 (ミリ秒)」) の時間がこれらの数秒の遅延を反映していない理由です。同じように。

また、「Find: EditorTemplates/...」の手順を実行すると、大きな遅延が発生するように見えるという事実も飛び出します。これらのテンプレートは存在しないことに注意してください (補足: これらのエディター テンプレートを明示的にレンダリングしようとはしていませんが、それらの検索はページ上のkendo mvc グリッドが原因のようです)。これらのファイルが存在しないことを確認するためにディスク I/O を待機することによって、大きな遅延が発生する可能性はありますか? もしそうなら、どうしてこれが時折数秒しかかからず、通常は比較的早く完了するのでしょうか?

これらの結果をどのように解釈すればよいですか? また、数秒の遅延の原因は何ですか?

Miniprofilerをローカルの ASP.NET Core プロジェクトに接続したところ、期待どおりに動作しました。今、同じ Web サイトの複数のインスタンスがあり、スティッキー セッションがないホスト環境で動作する必要があります。プロファイラーを構成するときにストレージ オプションを設定するだけで、これがサポートされるはずだと私は理解しています。ただし、ストレージを設定しても何も起こらないようです。次のようにストレージを初期化します。

これを行った後、プロファイリングされたページを開くことができ、結果が redis キャッシュに追加されることを期待しました。また、私の Web サイトの新しいインスタンスには、元のプロファイリング結果がリストされることも期待できます。ただし、新しいプロファイル結果を生成するとき、キャッシュには何も書き込まれません。

接続をテストするために、プロファイラー インスタンス ( storage.Save()) を手動で保存しようとしましたが、ストレージに保存されます。しかし、繰り返しますが、プロファイラーの結果を表示するときに、保存された結果は読み込まれません (それにもかかわらず、私が見た例では、これを行う必要はありません)。ストレージがどのように機能するかについて、いくつかの点を見逃しているような気がします。