網(wǎng)站性能要求

1、詳解網(wǎng)站性能測試指標(biāo)發(fā)布：2009-3-3116:38|作者：未知|來源：軟件測t網(wǎng)|查看：587次通用指標(biāo)（指Web應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器必需測試項）指韓說明Proces&orTime朋普器CPU占用率,一般平均達到加現(xiàn)時,服務(wù)就按近隨和MgmmyAya添加另用內(nèi)存羲.妃臬淵麗愛現(xiàn)內(nèi)存有?；ㄇ樽枰财拮⒁?，如果星Mbyte內(nèi)存池毒則比較產(chǎn)重PhvsicsdiskTime物理磁盤讀器時向情況Web服務(wù)器指標(biāo)指標(biāo)訛明RequestsPerSecond<ggRps)平均每杪鐘響反法數(shù)上總諾求時間,杪數(shù)Avgtimetclastbytepertersiion<nnstes)平均

2、每杪業(yè)易腳本的送代次數(shù)軍人叁把上面那個混淆ISuccessfulRounds礴功的請求一FailedRequests失敗的詰求SuccessfulHits成面的點缶次數(shù)FailedHits失敗的成吉次致HitsParSecond每秒點擊次數(shù)SiiccessnjlnilsPerSecond每秒成功的點擊次數(shù)FadedHitsPerSecond悔秒失敷的點擊次數(shù)盧杜白iript白HCcinnections其試鏈接數(shù)數(shù)據(jù)庫服務(wù)器性能指標(biāo)指薪說明User0Cannaciioris用戶連接數(shù)，也就是數(shù)據(jù)庫的連接數(shù)量Nurmberofdeadlocks數(shù)據(jù)庫死鎖ButterCathetiit皴括樂Gach

3、布命中情況系統(tǒng)的瓶頸定義性能項命令指標(biāo)CPU限制vmstat當(dāng)%U£R*先創(chuàng)蟠過田0%時由盤1/。限制Vmstat當(dāng)駒州向幅過胃口酷網(wǎng)：<A33或更高版本）時應(yīng)用題盤限制Sostat當(dāng)沏m_日唯好了口函虛存空間少Laps>-a當(dāng)分頁空間的活動率超過70/時換頁限制lostat,stat虛存邏輯卷%tm_mc颯冊而和t3。%徼活的虛存率超過CFU數(shù)量（所引就）的1口臨時系統(tǒng)失效Viristat,ssr頁殳換增大、CP修將并運行隊列好差壞福肝限差好麻好差桿根穩(wěn)定系統(tǒng)的資源狀態(tài)性能嬴密漫iro%，pu占用率的一"K加孤咿四<43%F曲:'FK=3。%帶寬

4、高孤畫jQcp場基設(shè)宥頁交操內(nèi)存每個GFU每秒1。個頁交換更客的于空拂通俗理解：日訪問量常用頁面最大并發(fā)數(shù)同時在線人數(shù)訪問相應(yīng)時間案例：最近公司一個項目，是個門戶網(wǎng)站，需要做性能測試，根據(jù)項目特點定出了主要測試項和測試方案：一種是測試幾個常用頁面能接受的最大并發(fā)數(shù)（用戶名參數(shù)化，設(shè)置集合點策略）一種是測試服務(wù)器長時間壓力下，用戶能否正常操作（用戶名參數(shù)化，迭代運行腳本）一種則需要測試服務(wù)器能否接受10萬用戶同時在線操作，如果是用IIS做應(yīng)用服務(wù)器的話，單臺可承受的最大并發(fā)數(shù)不可能達到10萬級，那就必須要使用集群，通過多臺機器做負(fù)載均衡來實現(xiàn);如果是用websphere之類的應(yīng)用服務(wù)器的話，單臺

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

6、據(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)存的服務(wù)器上可支持的最大并發(fā)數(shù)不超過500個（這個狀態(tài)下大部分操作都是超時報錯而且服務(wù)器很容易宕機，其實沒什么實際意義），可正常使用（單步非大數(shù)據(jù)量操作等待時間不超過20秒）的最大并發(fā)數(shù)不超過300個。假設(shè)彳的10萬同時在線用戶轉(zhuǎn)換的并發(fā)數(shù)是9000個，那么你最少需要這樣白機器18臺，建議不少于30臺。當(dāng)然，你要是買個大型服務(wù)器，里面裝有200個CPU、256G的內(nèi)存，千兆光纖帶寬，就算是10萬個并發(fā)用戶，那速度，也絕對是嗖嗖的。另外暴寒1下，

7、光設(shè)置全部進入運行狀態(tài)就需要接近6個小時。具體的可以拿1個系統(tǒng)來壓一下看看，可能會出現(xiàn)以下情況：1、服務(wù)器宕機；2、客戶端宕機；3、從某個時間開始服務(wù)器拒絕請求，客戶端上顯示的全是錯誤；4、勉強測試完成，但網(wǎng)絡(luò)堵塞或測試結(jié)果顯示時間非常長。假設(shè)客戶端和服務(wù)器之間百兆帶寬，百兆/10000=10K,那每個用戶只能得到10K,這個速度接近1個64K的MODEM上網(wǎng)的速度；另外以上分析全都沒考慮系統(tǒng)的后臺，比如數(shù)據(jù)庫、中間件等。1、服務(wù)器方面：上面說的那樣的PCSERVER!要50臺；2、網(wǎng)絡(luò)方面：按每個用戶50K,那至少5根百兆帶寬獨享，估計僅僅網(wǎng)絡(luò)延遲就大概是秒一級的；3、如果有數(shù)據(jù)庫，至少是O

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