提高ASP效能的最佳選擇(二)

來源:互聯網
上載者:User
效能 作者:青苹果工作室編譯 
是否應該開啟緩衝器?
  通過指令碼程式啟動緩衝器

  在ASP指令碼的頂部包含Response.Buffer=True ,IIS就會將頁面的內容緩衝。

  < % OPTION EXPLICIT

  Response.Buffer = true

  Dim FirstName

  …

  /app1/buffer__1.asp的片段

  以前的最佳(反應時間)= 7.05 msec/page

  反應時間 = 6.08 msec/page

  差= -0.97 msec (降低13.7%)

  效能得到了極大提高。但是等等,還能有更好的。

  通過伺服器配置啟動緩衝器

  雖然在IIS 5.0中緩衝器是被預設啟動的,但是在IIS 4.0中還必須手動來啟動它。這時要找到網站的Properties 對話方塊,在那裡,從Home Directory 標籤中選擇配置按鈕。然後在"App options"下選擇"enable buffering" 。對於這個測試,Response.Buffer 語句從指令碼中被移走了。

  以前的最佳= 7.05 msec/page

  反應時間 = 5.57 msec/page

  差= -1.48 msec (降低 21.0%)

  目前,這是我們所得到的最快反應了,比我們以前最好情況下的反應時間還要降低21%。從現在開始,我們以後的測試都要把這個反應時間作為基準值。

  回顧及觀測

  緩衝器是提高效能的好方法,所以把緩衝器設定成伺服器的預設值很有必要。如果因為某些原因,頁面不能正確地使緩衝器運行,只需要Response.Buffer=False 命令即可。緩衝器的一個缺點是在整個頁面處理完之前,使用者從伺服器看不到任何東西。因此,在複雜頁面的處理期間,偶而調用一次Response.Flush 來更新使用者是個好主意。

  現在在我們的規則中又增加了一條:總是通過伺服器設定開啟緩衝器。

是否應該考慮向ASP代碼中增加註釋?
  大部分HTML開發人員都知道包含HTML注釋不是個好主意,首先會增加傳輸資料的規模,其次它們只是向別的開發人員提供有關你頁面組織的資訊。但是ASP頁面上的注釋又如何呢?它們從來不離開伺服器,但也確實要增加頁面的規模,因此必須用ASP進行分解。

  在這次的測試中,我們增加20條注釋,每條有80個字元,總共有1600個字元。

  < % OPTION EXPLICIT

  '-------------------------------------------------------------------------------

  … 20 lines …

  '-------------------------------------------------------------------------------

  Dim FirstName

  …

  /app2/comment_1.asp片段

  基準= 5.57 msec/page

  反應時間= 5.58 msec/page

  差 = +0.01 msec (增加 0.1%)

  測試的結果是驚人的。雖然注釋幾乎相當於檔案本身的兩倍,但是它們的存在並沒有給反應時間帶來很大的影響。所以說我們可以遵循以下規則:

  只要使用適度,ASP注釋對效能的影響很小或根本沒有影響。

是否應該為頁面明確地設定預設語言?
  IIS處理VBScript是預設的設定,但是我看到,在大多數例子中還是用< %@LANGUAGE=VBSCRIPT% >聲明將語言明確地設定為VBScript 。我們的下一個測試將檢驗這個聲明的存在對效能有什麼影響。

  < %@ LANGUAGE=VBSCRIPT % >

  < % OPTION EXPLICIT

  Dim FirstName

  …

  /app2/language1.asp片段。

  基準值= 5.57 msec/page

  反應時間= 5.64 msec/page

  差= +0.07 msec (增加1.2%)

  可以看到,包含了語言的聲明對效能有一個輕微的影響。因此:

  * 設定伺服器的預設語言配置以與網站上使用的語言相匹配。

  * 除非你使用非預設語言,不要設定語言聲明。

如果不需要,是否應該關閉Session 狀態?
  避免使用IIS的Session上下文有許多理由,那些已經可以獨立成為一篇文章。我們現在試圖回答的問題是當頁面不需要時,關閉Session上下文是否對效能提高有所協助。從理論上講應該是肯定的,因為這樣一來就不需要用頁面例示Session上下文了。

  同緩衝器一樣,Session狀態也有兩種配置方法:通過指令碼和通過伺服器設定。

  通過指令碼關閉Session上下文

  對於這個測試,要關閉頁面中的Session上下文,我增加一個Session狀態聲明。

  < %@ ENABLESESSIONSTATE = FALSE % >

  < % OPTION EXPLICIT

  Dim FirstName

  …

  /app2/session_1.asp片段。

  基準值= 5.57 msec/page

  反應時間= 5.46 msec/page

  差= -0.11 msec (降低2.0%)

  只通過這樣一個小小的努力就得到了不錯的進步。現在看看第二部分。

  通過伺服器配置關閉Session 上下文

  要在伺服器上關閉Session 上下文,請到網站的Properties 對話方塊。在Home Directory 標籤上選擇Configuration 按鈕。然後在"App options"下取消"enable session state" 的選擇。我們在沒有ENABLESESSIONSTATE 聲明的情況下運行測試。

  基準值 = 5.57 msec/page

  反應時間= 5.14 msec/page

  差= -0.43 msec (降低7.7%)

  這是效能的又一個顯著提高。所以,我們的規則應是:在不需要的情況下,總是在頁面或應用程式的水平上關閉Session狀態。

使用Option Explicit 會使效能有實質改變嗎?
  在一個ASP頁面的頂部設定Option Explicit 以要求所有的變數在使用之前都要在頁面上進行聲明。這有兩個原因。首先應用程式可以更快地處理變數的存取。其次,這樣可以防止我們無意中錯用變數的名字。在這個測試中我們移走Option Explicit 引用和變數的Dim 聲明。

  基準值 = 5.57 msec/page

  反應時間= 6.12 msec/page

  差 = +0.55 msec (9.8% 增加)、

  儘管有一些程式碼從頁面中去掉了,反應時間卻依然增加了。所以儘管使用Option explicit 有時候費時間,但是在效能上卻有很顯著的效果。因此我們又可以增加一條規則:在VBScript中總是使用Option explicit。

是否應該把指令碼邏輯放在子程式和函數區?
  用函數和子程式來組織和管理代碼是一個很好的方法,特別是當一個代碼區在頁面中多次使用的情況。缺點是要在系統上增加一個做相同工作的額外函數調用。子程式和函數的另一個問題是變數的範圍。從理論上說,在一個函數區內指定變數更有效。現在我們看看這兩個方面如何發生作用。

  將Response.Write 語句移入子程式

  這個測試只是將Response.Write 語句移入一個子程式區內。

  …

  CALL writeTable()

  SUB writeTable()

  Response.Write("< html >" & _

  "< head >" & _

  …

  "< tr >< td >< b >EMail:< /b >< /td >< td >" & EMail & "< /td >< /tr >" & _

  "< tr >< td >< b >Birth Date:< /b >< /td >< td >" & BirthDate & "< /td &



相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

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 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。