一 效能即是功能:
在設計過程中始終將效能放在第一位
設計之初便對效能進行規劃
切勿將“添加效能”作為後續任務!
一旦項目編寫完成,添加效能就會步履維艱
在整個項目過程中進行衡量與反覆測試
效能並不是一蹴而就的
反覆測試調查是最有效方法
二 評判 web 效能:
用戶端回應時間
定義:在點擊遠端網站後瀏覽器上顯示 web 應用程式的響應速度有多麼“快”
“快“是相對的,要對具體的應用進行量化
通過 TTFB(第一個位元組的回應時間)進行衡量
通過 TTLB(最後一個位元組的回應時間)進行衡量
影響客戶對應用的滿意度
三 評判 web 效能(續):
伺服器的輸送量
定義:一個伺服器在一定的配置下能夠處理多少用戶端請求
以每秒能夠處理的請求數進行衡量
影響您需要購買的伺服器的配置及需要的數量
可以作為系統升級的重要依據
四 衡量 web 效能的方法:
衡量 網頁伺服器效能的唯一方式是對伺服器進行壓力測試 (stress testing)自動壓力測試工具是衡量的唯一方式瀏覽器的點擊重新整理並不能作為衡量手段……
收集多個典型應用情境方案:在應用程式執行過程中類比典型交易處理的過程衡量常用的單個頁面的效能(熱點)確定各情境及各頁面的使用率
通過測試找出系統的效能指標:伺服器的處理能力
確定適合可接受 TTFB/TTLB
回應時間範圍的可支援的最大用戶端負載(並發使用者)
五 效能測試工具:
微軟 Web Application Stress Tool可免費進行下載( 10Mb ),適用於 XP、2000、2003微軟應用程式中心測試載入器 (ACT)作為 VS.NET Enterprise 的一部分提供給客戶
啟用更豐富的指令碼及報告
六 主要的效能觀測項PerfMon Counters:
Processor, CPU % Utilization
Low numbers = blocking or lock contentionASP.NET, Requests In Application Queue出現線型增長時表示伺服器已達滿負荷ASP.NET Applications, Requests/Sec動態輸送量(應保持一致—無大的波動)ASP.NET Application, Errors Total預示著功能級錯誤 (應為 0)ASP.NET App/Worker Process Restarts表示有嚴重的編程錯誤
(應為0)
七 壓力測試環境的注意事項:
在獨立於 Web 服務器及應用伺服器的機器上運行壓力測試工具
否則工具將超出伺服器 CPU 的最大範圍對於繁重的負載使用多個用戶端機器特定用于衡量 56k 撥號消除應用之外的任何瓶頸網路,用戶端等
PPT下載