asp效能測試報告(轉)(一)

來源:互聯網
上載者:User
效能      ASP動態產生的內容以什麼方式輸出效率最高?最好用哪種方法提取資料庫記錄集?本文測試了近20個這類ASP開發中常見的問題,測試載入器所顯示的時間告訴我們:這些通常可以想當然的問題不僅值得關注,而且還有出乎意料的秘密隱藏在內。



   原文出處:http://www.asptoday.com/articles/20000113.htm

   編譯如下:

   ASP開發人員總是在追求更好的應用效能和延展性。雖然有許多書籍和網站能夠為實現這些目標提供出色的建議,然而,這些建議的根據常常是從ASP工作原理出發所作出的判斷,不能對實際效能的改善程度作任何定量的分析。由於這些建議通常意味著編碼過程的複雜化、降低代碼的可讀性,開發人員不能根據ASP應用的效能改善程度評估遵從這些建議所付出的代價是否合理,無法看到實際效能的任何度量。

   本文提供一些ASP代碼的效能測試和分析結果,希望能夠協助ASP開發人員瞭解自己的編碼習慣是否值得在未來的工程中繼續保留,還是有必要修改已有的工程以獲得更好的效能。本文分成兩個部分:在第一部分中,我們考察ASP開發中的一些基本問題;在第二部分中,我們將深入ADO應用最佳化方面的測試。在測試中我們發現,許多測試結果不僅引人注目,而且可以說是出人意料。

   第一部分將回答以下問題:

ASP動態產生的內容以什麼方式輸出效率最高?
啟用緩衝對效能的影響有多大?
ASP代碼中注釋對執行效率有何影響?
是否應該顯式設定頁面的預設指令碼語言?
如果工作階段狀態並非必需,是否有必要關閉它?
把代碼放入過程或函數會影響效能嗎?
使用包含檔案是否對效能有影響?
實現錯誤控制意味著付出多大的開銷?
設定事務上下文會降低代碼效率嗎?
VBScript Option Explicit對效能有何影響?
   測試所用的工具是Microsoft的Web Application Stress Tool(WAST),這是一個免費工具,位於 http://webtool.rte.microsoft.com/。在WAST中,我們利用一個簡單的WAST測試指令碼重複地調用下面介紹的測試ASP頁面(每個都超過70000次)。回應時間以平均“直至最後位元組的累計時間”為標準(Total Time to Last Byte,TTLB),它的含義是:從第一個請求到測試載入器接收到伺服器應答資料的最後一個位元組之間的時間總和。

   測試伺服器是196 MB記憶體的Pentium 166,客戶機是256 MB記憶體的 Pentium 450。或許有的讀者會認為這些機器的效能不高,不過這並不重要,因為我們不是在測試伺服器的能力,而只是利用伺服器處理一個頁面所需要的時間來估量指令碼執行效率。測試時兩台機器上沒有運行其他任務。測試用的WAST指令碼以及ASP頁面均附於本文後面的ZIP檔案內,讀者可以下載它進行同樣的測試。



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。