什么perfmon計數器可用於識別ASP.NET瓶頸？

Question

鑒於此處的圖表，我應該注意什么才能找出瓶頸？ 正如您所看到的，請求在負載下平均接近14秒，並且大部分時間歸因於New Relic的分析數據中的CLR。 在特定頁面的性能細分中，它將大部分時間歸因於WebTransaction / .aspx頁面。

Answer 1

我看到數據庫也被重新加入（橙色）並且由於會話在頁面上的鎖定而導致所有頁面中的一個頁面延遲其余頁面。

你也可以閱讀： 完全取代ASP.Net的會話

我的建議是完全刪除會話調用，如果這是不可能的，找到另一種方法將它們保存在數據庫中的某個地方。

實際上，在我的頁面中，我提出了所有三種可能的選擇。 我在沒有會話的情況下調用該頁面。 2我完成了自定義會話，這些會話是連接到用戶cookie的值，最后是3.我已經創建了遠離會話的線程，他們在后台進行計算，完成后我會顯示結果。

在某些情況下，計算是在沒有會話的情況下調用頁面的iframe完成的，稍后我會顯示結果。

Answer 2

在Pro版本中，您可以使用“事務跟蹤”，它可以幫助確定問題的確切位置。