6

ここのチャートを考えると、ボトルネックを特定するために何を見るべきですか?ご覧のとおり、リクエストは負荷がかかった状態で平均14秒近くあり、その時間の大部分はNewRelicのプロファイリングデータのCLRに起因しています。特定のページのパフォーマンスの内訳では、時間の大部分がWebTransaction/.aspxページに起因します。

負荷テスト中に新しい遺物によってキャプチャされた統計

ページの統計

4

2 に答える 2

3

データベースも読み取られていることがわかります(オレンジ色)。これは、セッションによってページがロックされたために、すべてのページの1つが残りのページを遅延させていることを示しています。

また読むことができます: ASP.Netのセッションを完全に置き換える

私の提案は、セッション呼び出しを完全に削除することです。これが不可能な場合は、データベースのどこかに自分で保存する別の方法を見つけてください。

実際、私のページでは、3つの可能なオプションすべてを作成しました。1.セッションなしでページを呼び出します。2ユーザーCookieに接続された値である完全にカスタムのセッションを作成し、最後に3.セッションから逃げるスレッドを作成し、バックグラウンドで計算を行い、終了したら結果を表示します。

場合によっては、セッションなしでページを呼び出すiframeで計算が行われ、後で結果が表示されます。

于 2012-01-29T20:52:04.147 に答える
1

Proバージョンでは、トランザクショントレースを使用できます。これは、問題が発生している場所を正確に特定するのに役立ちます。

于 2012-01-30T17:21:51.403 に答える