2010-02-15 108 views
2

我想找出ASP.NET Intranet網站的某些網頁性能下降的原因。原因可能有很多,比如大視圖狀態,服務器和數據庫往返次數,UI /中間層代碼效率低下等等。這些慢頁面中的大多數是複雜的網頁,帶有一些第三方控件,用戶控件。跟蹤ASP.NET網頁的性能降低

什麼是最快速的方法來找出是什麼導致頁面變慢,而無需調試網頁上的每一個交互和逐行代碼。像ANTS這樣的代碼分析器會有幫助嗎?或者有沒有更好的方法?可能有很多因素會導致頁面性能下降,但我想按優先級順序修復它們。

感謝, 拉瑪

回答

1

使用FiddlerHTTPWatch來分析Web應用程序,這一點也適用IE太..

而且

我對面就有一個有趣的帖子來了通過john resig - deep tracing IE瞭解IE的新客戶端分析器工具。這是非常好的&它的免費。

你可以得到它here

+0

儘管這可能有效,但它不會涉及有問題的代碼行的細節。我認爲使用代碼分析器可能比這些工具更有幫助。無論如何感謝所有的答覆。 – RKP 2010-02-17 11:12:29

3

您可以使用一個名爲yslow一個Firefox插件基於Yahoo's performance rules whcih分析網頁。

如果你想檢查代碼的性能,那麼你可以使用一個分析工具。

對於SQL,有SQL Server Profiler

對於.NET,您可以使用ANTS Performance Profiler

+2

考慮到我們正在討論* intranet *應用程序,我不希望YSlow可以檢測到這種性能問題。儘管YSlow可能會做到這一點,但我認爲某種應用程序分析更有可能揭示罪魁禍首。 – 2010-02-15 11:29:57

+0

哦,我看到你已經在應用程序剖析器角度添加了更多。關心如何在生產環境中使用ANTS更多細節? :) – 2010-02-15 11:32:11

+0

感謝您的快速回復,但這是一個內聯網網站和IE8是唯一可用的瀏覽器。此附加組件是否適用於IE? – RKP 2010-02-15 11:33:57

0

嘗試FastSQLDataSource。當您需要使用網格,列表和其他綁定控件更快地顯示Web應用程序中的大量數據時,它會有所幫助。 http://www.nitrosbase.net 它可以工作幾乎沒有編碼或有時根本沒有編碼。

0

一些addtions:

  • 搜索unproper異常處理/投擲等
  • 搜索左調試代碼 - 一個System.Diagnostics.Debug.WriteIf在一個大的循環或數據集是毀滅性的
  • 搜索多個數據綁定 - 破碎的頁面生命週期
  • 尋找代碼氣味 - 在擊球迷之前的狗屎味...
1

如果您的Web應用程序正在創建跟蹤文件,請停止該Web站點,刪除所有存檔跟蹤文件並重新啓動Web站點。它幫助我解決了這個問題。