"效能" 是使用者的一種最終感受.乙個效能優異的應用程式,在終端使用者執行某項任務時,程式不會產生過度的延遲而引起使用者的不滿.
1.1.1 效能度量
我們將它們劃分為兩種型別:服務型和效率型. 服務型指標有: 可用性和響應時間.它們所衡量的是應用程式為使用者服務效果的好壞. 效率型指標有:吞吐量和利用率.它們所衡量的是應用程式的應用架構基礎上發揮效率的高低.
我們將以上兩種型別的指標結合起來考慮,就能夠較準確地衡量乙個應用程式的效能,以及它在應用框架基礎上對系統能造成的影響。
1.1.2 效能標準
目前還沒有關於乙個效能好壞的行業標準,業內倒是有許多非正式的標準,試圖對系統的效能好壞做出評價。
1.1.3 網際網路的發展對於應用程式帶來了商機也帶來了效能方面的挑戰
效能測試匯入:
效能驅動(」performance driven"): 在程式生命週期中的每乙個階段,均對系統效能加以考慮。因此,當系統上線之後,出現的效能缺陷就不會太多(5%)。對企業來說,這是效能測試模型應該努力追求的目標。
大多數應用程式都是基於可獨立進行測試的元件進行開發的,而這些元件在單獨執行的時候,效能可能都還不錯,然而同樣重要的是,必須將整個系統作為乙個整體來考慮。這些元件之間需要具有良好的互動性,才能在整合後達到乙個良好的效能。
針對性能問題的測試越早開始越好,最好不要到了最後一刻才開始。
有多少使用者在實際使用這套系統?
會有多少使用者同時使用這套系統「?
使用者是如何連線到系統上來的?
隨著時間的推移,預計會增加多少使用者訪問?
最終應用程式架構是什麼樣?伺服器的數量和位置如何分布?
網路的容量會對應用程式有什麼樣的影響?
效能測試過程中常說的幾種使用者的概念:
1)系統使用者數:指所有可能訪問這套系統的使用者數,也叫系統的全部使用者數
3)併發使用者數:在某個時間切片上同時向這套系統發起請求的使用者數。
ORACLE學習筆記 效能優化1
1.查詢正在執行語句的執行計畫 也就是實際語句執行計畫 select from v sql plan where hash value select sql hash value from v session where sid 1111 其中id和parent id表示了執行數的結構,數值最大的為...
高效能Mysql學習筆記 1 總覽
高效能mysql 這本經典之作,是個程式設計師就會買買買,但真正看完的確實不易。本篇部落格記錄的,也只是本人第一遍快速閱讀完之後的乙個簡易總結和記錄,尚未未深入學習,但已經感受到此書的 神力 似乎沒有這本書解決不了的問題 前提是要對本書的每乙個字都要深入研究 看似700多頁的一本書,實際學習起來,恐...
ORACLE學習筆記 效能優化1
1.查詢正在執行語句的執行計畫 也就是實際語句執行計畫 select from v sql plan where hash value select sql hash value from v session where sid 1111 其中id和parent id表示了執行數的結構,數值最大的為...