性能測試指標_第1頁
性能測試指標_第2頁
性能測試指標_第3頁
性能測試指標_第4頁
全文預覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、性能測試指標通用指標(指Web應用服務器、數(shù)據(jù)庫服務器必需測試項)指標說明pm。睡方服務器CPU占用率.一般平均達到7口%時.服務就接近血一iMemoryAvailable可用內(nèi)存數(shù)>如果測試時發(fā)現(xiàn)內(nèi)存有變化情況也要注意如果是Mbyte慳存泄魂混比較眄童physicsdiskTime物理旃盤讀寫時間情況Web服務器指標1S標說明RecjuestsPer9&cond<AvgRps)平均每秒例隨校數(shù)二總請求時間J眇數(shù)Avgtimetolastbyteperterstion(mstes1平均每秒業(yè)務腳本的迭比法額有人會把上面那個混渤SuccessfulRounds成功的請求Fai

2、ledRequests失敗的話求SuccessfulHiis成功的點擊次數(shù);|FailedHits反峽的宜盅次數(shù)HitsPerSecord每秒點擊次數(shù)SuccessfulHitsPerSecond每秒成功的點擊次數(shù)FailedHitsPerSecond每杪失敗的點擊次數(shù)AtterriptaclCcrinectioKrs嘗血鏈接數(shù)數(shù)據(jù)庫服務器性能指標素標說明User0Conneclioris用F連接數(shù),也就是數(shù)據(jù)庫第連接數(shù)量Number-jfdeadlocks數(shù)據(jù)庫死鎖ButterCgchehit數(shù)據(jù)庫Cach蹴崢中情況系統(tǒng)的瓶頸定義命令指標Rpu隈制與餡t當u第臼%即g超過的/時磁蠹12限制V

3、mstat蘭知口wai曲道40%州X43越更高版本購應用磁盤限制tostat當涮m_如嘴過了口晚時惺在空間少Lspsi-a三當頁空間的活動率超過了。,時換頁限制iostatStat虛存邏輯卷,tmuc圜過的意有就的激活的虛存率超過CFU數(shù)量WlTiB招t)的1Q倍時Vmstat,sar頁變換贈大CPU等得笄運行隊列穩(wěn)定系統(tǒng)的資源狀態(tài)性能哽資源泮箭70%CFU占用率函城9映+磁翻網(wǎng)“0先50%+網(wǎng)絡抽防帶寬運郁A列u尸CFLJ數(shù)量沒方頁費換內(nèi)存每年。PU每秒打個貢交換更咨的頁交操差差差好壞很好懷很好好好壞很通俗理解:日訪問量常用頁面最大并發(fā)數(shù)同時在線人數(shù)訪問相應時間案例:最近公司一個項目,是個門

4、戶網(wǎng)站,需要做性能測試,根據(jù)項目特點定出了主要測試項和測試方案:一種是測試幾個常用頁面能接受的最大并發(fā)數(shù)(用戶名參數(shù)化,設置集合點策略)一種是測試服務器長時間壓力下,用戶能否正常操作(用戶名參數(shù)化,迭代運行腳本)一種則需要測試服務器能否接受10萬用戶同時在線操作,如果是用IIS做應用服務器的話,單臺可承受的最大并發(fā)數(shù)不可能達到10萬級,那就必須要使用集群,通過多臺機器做負載均衡來實現(xiàn);如果是用websphere之類的應用服務器的話,單臺可承受的最大并發(fā)數(shù)可以達到10萬級,但為性能考慮還是必須要使用集群,通過多臺機器做負載均衡來實現(xiàn);通常有1個簡單的計算方式,1個連接產(chǎn)生1個session,每個

5、session在服務器上有個內(nèi)存空間大小的設置,在NT上是3M,那么10萬并發(fā)就需要300G內(nèi)存,當然實際使用中考慮其他程序也占用內(nèi)存,所以準備的內(nèi)存數(shù)量要求比這個還要多一些。還有10萬個用戶同時在線,跟10萬個并發(fā)數(shù)是完全不同的2個概念。這個樓上已經(jīng)說了。但如何做這個轉(zhuǎn)換將10萬個同時在線用戶轉(zhuǎn)換成多少個并發(fā)數(shù)呢?這就必須要有大量的歷史日志信息來支撐了。系統(tǒng)日志需要有同時在線用戶數(shù)量的日志信息,還需要有用戶操作次數(shù)的日志信息,這2個數(shù)據(jù)的比例就是你同時在線用戶轉(zhuǎn)換到并發(fā)數(shù)的比例。另外根據(jù)經(jīng)驗統(tǒng)計,對于1個JAVA開發(fā)的WEB系統(tǒng)(別的我沒統(tǒng)計過,給不出數(shù)據(jù)),一般1臺雙CPU、2G內(nèi)存的服務

6、器上可支持的最大并發(fā)數(shù)不超過500個(這個狀態(tài)下大部分操作都是超時報錯而且服務器很容易宕機,其實沒什么實際意義),可正常使用(單步非大數(shù)據(jù)量操作等待時間不超過20秒)的最大并發(fā)數(shù)不超過300個。假設你的10萬同時在線用戶轉(zhuǎn)換的并發(fā)數(shù)是9000個,那么你最少需要這樣的機器18臺,建議不少于30臺。當然,你要是買個大型服務器,里面裝有200個CPU、256G的內(nèi)存,千兆光纖帶寬,就算是10萬個并發(fā)用戶,那速度,也絕對是嗖嗖的。另外暴寒1下,光設置全部進入運行狀態(tài)就需要接近6個小時。具體的可以拿1個系統(tǒng)來壓一下看看,可能會出現(xiàn)以下情況:1、服務器宕機;2、客戶端宕機;3、從某個時間開始服務器拒絕請求

7、,客戶端上顯示的全是錯誤;4、勉強測試完成,但網(wǎng)絡堵塞或測試結(jié)果顯示時間非常長。假設客戶端和服務器之間百兆帶寬,百兆/10000=10K,那每個用戶只能得到10K,這個速度接近1個64K的MODEM上網(wǎng)的速度;另外以上分析全都沒考慮系統(tǒng)的后臺,比如數(shù)據(jù)庫、中間件等。1、服務器方面:上面說的那樣的PCSERVER需要50臺;2、網(wǎng)絡方面:按每個用戶50K,那至少5根百兆帶寬獨享,估計僅僅網(wǎng)絡延遲就大概是秒一級的;3、如果有數(shù)據(jù)庫,至少是ORACLE,最好是SYSBASE,SQLSERVER是肯定頂不住的。數(shù)據(jù)庫服務器至少需要10臺4CPU、16G內(nèi)存的機器;4、如果有CORBA,那至少再準備10

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論