性能測試指標

1、性能測試指標通用指標（指Web應用服務器、數據庫服務器必需測試項）虎曲虎曲說明說明|pm 昭昭 sorTim 服務器服務器 CPU占用率占用率，TE 平平均達到均達到 7。時時, ,服務就接近服務就接近 一一 iMemory Avaliable可用肉存可用肉存數，如果刑試時發(fā)現數，如果刑試時發(fā)現內內存有奏化悟況也要注意存有奏化悟況也要注意如果是如果是 lbyte恤標地再則比輕恤標地再則比輕嚴董嚴董PhysicsdiskTime物理物理磁盤讀磁盤讀寫時間寫時間 倍況倍況Web服務器指標1S標標說，說，Recfuests P&r 9&cord Avg Rps)平均每秒忡平均每秒忡

2、Hffi決數三總諧求時閭他澈決數三總諧求時閭他澈Avg time to last byte parterstiorr ( mstes)平均毒秒業(yè)辱腳本觀代決勒平均毒秒業(yè)辱腳本觀代決勒， 有人會把上面那個有人會把上面那個 S昌淆昌淆Successful Rounds成功的話求成功的話求Failed Requests失敗的話求失敗的話求Successful Hiis成功的點擊決數成功的點擊決數tailed Hits堯廈的苴余次數堯廈的苴余次數Hits Per Second每秒點擊次敬每秒點擊次敬Successful Hits Per Second每杪成功的點擊次數每杪成功的點擊次數Failed H

3、its Per Second萼秒失暇的點擊權數萼秒失暇的點擊權數Atterriptacl CcrinectioKrs嘗斌鏈接數嘗斌鏈接數數據庫服務器性能指標指標指標說明說明User 0 Conneclioris用用 P 侄接數，也就是婆侄接數，也就是婆! !據庫函連摟數量據庫函連摟數量Number of deadlocks數括座死鎖數括座死鎖Butter Cche hit數據庫。數據庫。Mh 城中城中覦覦系統(tǒng)的瓶頸定義性旋嗔性旋嗔命令網眼制旖齒知當成口當成口露超過如露超過如/ /時時磁瘟廿。限制磁瘟廿。限制Vmstat當當% % in瞄瞄 i 睡過睡過 40%（AlX4.3.更有版本耐更有版本

4、耐應用磁應用磁盤限匏盤限匏 1to stat阿空阿空 rara 少少Lsps,-a當分頁空間的活動率超過時當分頁空間的活動率超過時換頁限制換頁限制io stat Stat虛存邏輯卷過虛存邏輯卷過 1幻如幻如 st 就的就的 3。耕激活。耕激活的虛存的虛存 豐超豐超過過CFU數星數星 Wm引引 at）的的 1D 倍時倍時Vmstat, sar頁支換塢大、頁支換塢大、CPU等待并運行隊列等待并運行隊列穩(wěn)定系統(tǒng)的資源狀態(tài)性能項性能項重裁重裁評價評價70%CPU占用率占用率96%90%+碩碩赫盤赫盤 1川川網藉網藉 _向雌帶寬向雌帶寬fiASiRmpugftftI段看頁堂顫段看頁堂顫恤存恤存尊個尊個

5、QPU.1 碎頁碎頁. .執(zhí)執(zhí)更賣的頁交換賣的頁交換通俗理解：日訪問量常用頁面最大并發(fā)數同時在線人數訪問相應時間案例：最近公司一個項目， 是個門戶網站，需要做性能測試，根據項目特點定出了主要測試項和測 試方案：一種是測試幾個常用頁面能接受的最大并發(fā)數（用戶名參數化，設置集合點策略）一種是測試服務器長時間壓力下，用戶能否正常操作（用戶名參數化，迭代運行腳本）一種則需要測試服務器能否接受10萬用戶同時在線操作，如果是用IIS做應用服務器的話,單臺可承受的最大并發(fā)數不可能達到10萬級，那就必須要使用集群，通過多臺機器做負載均衡來實現；如果是用websphere之類的應用服務器的話，單臺可承受的最大并

6、發(fā)數可以達到10萬級，但為性能考慮還是必須要使用集群，通過多臺機器做負載均衡來實現；通常 有1個簡單差差差差差差酹焯很蚪酹焯很蚪. .壞狠好好蜉壞壞狠好好蜉壞很很的計算方式，1個連接產生1個session，每個session在服務器上有個內存空 間大小的設置，在NT上是3M ,那么10萬并發(fā)就需要300G內存，當然實際使用中考慮其 他程序也占用內存，所以準備的內存數量要求比這個還要多一些。還有10萬個用戶同時在線，跟10萬個并發(fā)數是完全不同的2個概念。這個樓上已經說了。 但如何做這個轉換將10萬個同時在線用戶轉換成多少個并發(fā)數呢？這就必須要有大量的歷史日志信息來支撐了。系統(tǒng)日志需要有同時在線用

7、戶數量的日志信息，還需要有用戶操作次數的日志信息，這2個數據的比例就是你同時在線用戶轉換到并發(fā)數的比例。另外根據經驗統(tǒng)計， 對于1個JAVA開發(fā)的WEB系統(tǒng)（別的我沒統(tǒng)計過，給不出數據），一般1臺雙CPU、2G內存的服務器 上可支持的最大并發(fā)數不超過500個（這個狀態(tài)下大部分操作都是超時報錯而且服務器很容易宕機，其實沒什么實際意義），可正常使用（單步非大數據量操作等待時間不超過20秒）的最大并發(fā)數不超過300個。假設你的10萬同時在線用戶轉換的并發(fā)數是9000個，那么你最少需要這樣的機器18臺，建議不少于30臺。當然，你要是買個大型服務器，里 面裝有200個CPU、256G的內存，千兆光纖帶寬

8、，就算是10萬個并發(fā)用戶，那速度，也 絕對是嗖嗖的。另外暴寒1下，光設置全部進入運行狀態(tài)就需要接近6個小時。具體的可以拿1個系統(tǒng)來壓一下看看，可能會出現以下情況：1、服務器宕機；2、客戶端宕機；3、從某個時間開始服務器拒絕請求，客戶端上顯示的全是錯誤；4、勉強測試完成，但網絡堵塞或測試結果顯示時間非常長。假設客戶端和服務器之間百兆帶寬，百兆/10000=10K，那每個用戶只能得到10K，這個速度接近1個64K的MODEM上網的速度；另外以上分析全都沒考慮系統(tǒng)的后臺，比如數據庫、中間件等。1、 服務器方面：上面說的那樣的PC SERVER需要50臺；2、 網絡方面：按每個用戶50K，那至少5根百

9、兆帶寬獨享，估計僅僅網絡延退就大概是秒 一級的；3、如果有數據庫，至少是ORACLE,最好是SYSBASE , SQL SERVER是肯定頂不住的。 數據庫服務器至少需要10臺4CPU、16G內存的機器；4、 如果有CORBA，那至少再準備10臺4CPU、16G內存的機器；再加上負載均衡、防火 墻、路由器和各種軟件等，總之沒個1000萬的資金投入，肯定搞不定。這樣的門戶系統(tǒng)，由于有用戶權限，所以并不象jackie所說大多是靜態(tài)頁面。但只要是多 服務器的集群，那么我們就可以通過1臺機器的測試結果來計算多臺機器集群后的負載能力的，最多額外考慮一下負載均衡和路由上的壓力，比如帶寬、速度、延退等。但如果都是 在1臺機器上變化，那我們只能做一些指標上的計算，可以從這些指標上簡單判斷一下是 否不可行，比如10萬并發(fā)用戶卻只有1根百兆帶寬，那我們可以計算出每個用戶只有1K帶寬，這顯然是不可行的。但實際的結果還是需要測試了才知道，畢竟系統(tǒng)壓力和用戶數量不是線性變化的。這一類系統(tǒng)的普遍的成熟的使用，以及很多軟件在方案設計后就能夠大致估算出系統(tǒng)的性能特點，都導致了系統(tǒng)在軟件性能方面調優(yōu)的比例并不大(當然不完全排除后期針對某些代碼