LoadRunner壓力測試結(jié)果分析探討

1、LoaddRunnnerr壓力測測試結(jié)果果分析探探討分析原則則：1. 具體體問題具具體分析析（這是是由于不不同的應(yīng)應(yīng)用系統(tǒng)統(tǒng)，不同同的 HYPERLINK javascript:; 測試試目的，不不同的性性能關(guān)注注點）2. 查找找瓶頸時時按以下下順序，由由易到難難。服務(wù)務(wù)器硬件件瓶頸 網(wǎng)絡(luò)絡(luò)瓶頸（對對局域網(wǎng)網(wǎng)，可以以不考慮慮） 服務(wù)器器 HYPERLINK javascript:; 操作系系統(tǒng)瓶頸頸（參數(shù)數(shù)配置） 中間間件瓶頸頸（參數(shù)數(shù)配置， HYPERLINK javascript:; 數(shù)據(jù)庫， HYPERLINK javascript:; web服務(wù)器等） 應(yīng)用瓶頸（ HYPERLINK

2、javascript:; SQL語句、數(shù)據(jù)庫設(shè)計、業(yè)務(wù)邏輯、算法等）分析析的信息息來源：1. 根據(jù)據(jù)場景運運行過程程中的錯錯誤提示示信息2. 根據(jù)據(jù)測試結(jié)結(jié)果收集集到的監(jiān)監(jiān)控指標標數(shù)據(jù)一錯誤誤提示分分析分析實實例：1Errror: Faaileed tto cconnnectt too seerveer “1230: 100060 CoonneectiionErrrorr: ttimeed oout Errror: Seerveer “1230 haas sshutt doown thee coonneectiion preemattureely分析析：

3、A、應(yīng)用服服務(wù)死掉掉。（小小用戶時時：程序序上的問問題。程程序上處處理數(shù)據(jù)據(jù)庫的問問題，實實際測試試中多半半是服務(wù)務(wù)器鏈接接的配置置問題）B、應(yīng)用服服務(wù)沒有有死（應(yīng)應(yīng)用服務(wù)務(wù)參數(shù)設(shè)設(shè)置問題題）對應(yīng)應(yīng)的Appachhe和ttomccat的的最大鏈鏈接數(shù)需需要修改改，如果果連接時時收到cconnnecttionn reefussed消消息，說說明應(yīng)提提高相應(yīng)應(yīng)的服務(wù)務(wù)器最大大連接的的設(shè)置，增增加幅度度要根據(jù)據(jù)實際情情況和服服務(wù)器硬硬件的情情況來定定，建議議每次增增加255%！C、數(shù)據(jù)庫庫的連接接(數(shù)數(shù)據(jù)庫啟啟動的最最大連接接數(shù)（跟跟硬件的的內(nèi)存有有關(guān)）)D、我們的的應(yīng)用程程序spprinng控制制

4、的最大大鏈接數(shù)數(shù)太低2. Errrorr: PPagee doownlloadd tiimeoout (1220 ssecoondss) hhas exppireed分析析：A、應(yīng)用服服務(wù)參數(shù)數(shù)設(shè)置太太大導致致服務(wù)器器的瓶頸頸B、頁面中中圖片太太多C、在程序序處理表表的時候候檢查字字段太大大多D、實際測測試時有有些資源源需要請請求外網(wǎng)網(wǎng)，而我我們的測測試環(huán)境境是局域域網(wǎng)環(huán)境境3. Errrorr “hhttpp:/17300/Hoome.do”分析析：A、腳本設(shè)設(shè)計錯誤誤，造成成頁面異異常。服服務(wù)器有有響應(yīng)！B、并發(fā)數(shù)數(shù)過大，造造成服務(wù)務(wù)器響應(yīng)應(yīng)延遲。4. Errrorr

5、paage “teext=xxxxxx”分析析：A、腳本設(shè)設(shè)計問題題，例如如，前一一腳本修修改了某某些內(nèi)容容，造成成后面的的腳本訪訪問異常常。B、不確定定因素，有有時候回回放正常常的腳本本，一放放到場景景中就出出現(xiàn)這樣樣的錯誤誤。只能能反復(fù)修修改腳本本！二監(jiān)監(jiān)控指標標數(shù)據(jù)分分析1Vuuserrs數(shù)Looadrrunnner 系統(tǒng)設(shè)設(shè)置的虛虛擬用戶戶數(shù)目。Vusser去去實際調(diào)調(diào)用事先先制作的的腳本文文件中的的應(yīng)用。每個個Vusser產(chǎn)產(chǎn)生響應(yīng)應(yīng)的操作作，所有有的操作作對服務(wù)務(wù)器形成成并發(fā)。顏色色 比例例 度量量 圖最最小值 圖平均均值 圖圖最大值值 圖中中間值 圖SDD1 Runn 0.0 2

6、21.225 444 441 221.2276在實實際測試試中，VVuseers可可以根據(jù)據(jù)實際情情況的需需要，在在測試過過程中增增加或者者減少。2最大大并發(fā)用用戶數(shù)：顏色色 比例例 度量量 最小小值 平平均值 最大值值 SDD1000 AApacche CPUU 使用用情況(Apaachee):1210 0.7777 0.8852 0.993 00.04430.01 已發(fā)送送 KBB/秒(Apaachee):1210 6 114300.3771 226899.3333 3327.92440.1 點點擊次數(shù)數(shù)/秒(Apaachee):1172.17.7.

7、2210 0.3333 1144.3552 5533.6677 400.2001應(yīng)用用系統(tǒng)在在當前環(huán)環(huán)境下能能承受的的最大并并發(fā)用戶戶數(shù)。在方方案運行行中，如如果出現(xiàn)現(xiàn)了大批批用戶的的業(yè)務(wù)操操作失敗敗，或出出現(xiàn)了服服務(wù)器sshuttdowwn的情情況，則則說明在在當前環(huán)環(huán)境下，系系統(tǒng)承受受不了當當前并發(fā)發(fā)用戶的的負載壓壓力，那那么最大大并發(fā)用用戶數(shù)就就是前一一個沒有有出現(xiàn)這這種現(xiàn)象象的并發(fā)發(fā)用戶數(shù)數(shù)。從上上圖可以以看出：在測試試運行到到4個小小時左右右的時候候，appachhe的點點擊數(shù)/秒開始始迅速增增加！3業(yè)業(yè)務(wù)操作作響應(yīng)時時間：使用用“事務(wù)務(wù)性能摘摘要”圖圖，可以以確定在在方案執(zhí)執(zhí)行期間

8、間響應(yīng)時時間過長長的事務(wù)務(wù)。顏色色 比例例 度量量1 最小值值1 平均值值1 最大值值分析析事務(wù)的的響應(yīng)情情況，要要每次詳詳細分析析，目前前還只能能觀察到到響應(yīng)時時間過長長的事務(wù)務(wù)！4每秒秒點擊數(shù)數(shù)負載載測試期期間每秒秒內(nèi) VVuseer 在在 Weeb 服服務(wù)器上上點擊的的次數(shù)。可根據(jù)據(jù)點擊次次數(shù)來估估算 VVuseer 生生成的負負載數(shù)。顏色色 比例例 度量量 圖最最小值 平均值值 圖最最大值 圖中間間值 圖圖SD1 點擊次次數(shù) 669.9908 1055.7336 1130.2444 1003.6666 12.1866從圖圖中不難難看出，在在4小時時的時候候，點技技數(shù)明顯顯增高。和app

9、achhe的每每秒點擊擊數(shù)增大大的時間間相吻合合！5吞吐吐量負載載測試期期間 WWeb 服務(wù)器器上的吞吞吐量(字節(jié))。吞吐吐量表示示在任何何指定秒秒內(nèi) VVuseer 從從服務(wù)器器接收到到的數(shù)據(jù)據(jù)量。此此圖可估估計 VVuseer 生生成的負負載量(服務(wù)器器吞吐量量)。顏色色 比例例 度量量 圖最最小值 平均值值 圖最最大值 圖中間間值 圖圖SD1 Thrrougghpuut 1125775022.7995 1137555911.3772 1152558655.0447 1137227433.6991 4491330.4473同樣樣，從圖圖中可以以看出，在在4個小小時的時時候，wweb服服務(wù)器

10、的的吞吐量量開始增增高。在在圖中還還可以看看到吞吐吐量的走走勢圖，從從開始到到進行到到4個小小時反彈彈之前呈呈降低的的趨勢，這這是因為為系統(tǒng)在在初期調(diào)調(diào)用的資資源都是是直接來來之服務(wù)務(wù)器，運運行一段段時間后后系統(tǒng)的的部分資資源來自自緩存。6下載載組件大大小每個個頁面的的組件大大小，且且包括組組件的標標頭的大大?。№撁婷娼M件大大小的分分析表格格比較復(fù)復(fù)雜，實實際分析析中可以以通過lloaddrunnnerr的報告告分析工工具來分分析。頁頁面組件件大小分分析主要要是找到到頁面中中比較龐龐大的組組件，如如果其影影響到了了頁面的的下載速速度，則則要想辦辦法將其其改??！7AApacche資資源顯示示AP

11、AACHEE weeb服務(wù)務(wù)器上的的資源摘摘要。前前面已經(jīng)經(jīng)提到過過以并發(fā)發(fā)點擊數(shù)數(shù)為主。顏色色 比例例 度量量 最小小值 平平均值 最大值值 SDD1000 AApacche CPUU 使用用情況(Apaachee):1210 0.7777 0.8852 0.993 00.04430.01 已發(fā)送送 KBB/秒(Apaachee):1210 6 114300.3771 226899.3333 3327.92440.1 點點擊次數(shù)數(shù)/秒(Apaachee):1210 0.3333 1144.3552 5533.6677 400.200

12、1三服務(wù)務(wù)器資源源監(jiān)控指指標：（目目前通過過topp監(jiān)察）內(nèi)存：Liinuxx資源監(jiān)監(jiān)控中指指標內(nèi)存存頁交換換速率（PPagiing ratte），如如果該值值偶爾走走高，表表明當時時有線程程競爭內(nèi)內(nèi)存。如如果持續(xù)續(xù)很高，則則內(nèi)存可可能是瓶瓶頸。也也可能是是內(nèi)存訪訪問命中中率低。實際際測試中中，當并并發(fā)點擊擊數(shù)出現(xiàn)現(xiàn)突然劇劇增前后后，內(nèi)存存的PRR 值則則居高225不下下。說明明目前測測試的系系統(tǒng)中內(nèi)內(nèi)存存在在瓶頸！內(nèi)存存資源成成為系統(tǒng)統(tǒng)性能的的瓶頸的的征兆:很高高的換頁頁率(hhighh paageoout ratte);進程程進入不不活動狀狀態(tài);交換換區(qū)所有有磁盤的的活動次次數(shù)可高高;可高

13、高的全局局系統(tǒng)CCPU利利用率;內(nèi)存存不夠出出錯(oout of memmoryy errrorrs)處理器器：Liinuxx資源監(jiān)監(jiān)控中指指標CPPU占用用率持續(xù)續(xù)超過880%（對對該值的的要求，根根據(jù)具體體應(yīng)用和和機器配配置而要要求不同同，有資資料表明明95），表表明瓶頸頸是CPPU。實際際測試中中，當并并發(fā)點技技數(shù)出現(xiàn)現(xiàn)突然增增加前后后，cppu的占占用率持持續(xù)保持持在866以上上！說明明，目前前系統(tǒng)用用應(yīng)用的的cpuu也是測測試的瓶瓶頸！CPPU資源源成為系系統(tǒng)性能能的瓶頸頸的征兆兆:很慢慢的響應(yīng)應(yīng)時間(sloow rrespponsse ttimee)CPPU空閑閑時間為為零(zze

14、roo peerceent idlle CCPU)過高高的用戶戶占用CCPU時時間(hhighh peerceent useer CCPU)過高高的系統(tǒng)統(tǒng)占用CCPU時時間(hhighh peerceent sysstemm CPPU)長時時間的有有很長的的運行進進程隊列列(laargee ruun qqueuue ssizee suustaaineed ooverr tiime)四數(shù)數(shù)據(jù)庫服服務(wù)器：數(shù)據(jù)據(jù)庫服務(wù)務(wù)器目前前測試觀觀察，當當webb服務(wù)器器點擊率率增大時時，觀察察myssql數(shù)數(shù)據(jù)庫的的最大連連接數(shù)，仍仍未超過過系統(tǒng)設(shè)設(shè)置的最最大連接接數(shù)。所所以，暫暫時未發(fā)發(fā)現(xiàn)數(shù)據(jù)據(jù)庫的瓶瓶頸！

15、五結(jié)結(jié)論以上上報告分分析中的的數(shù)據(jù)、圖標均均來自同同一次測測試。是是在平時時測試中中挑出的的一次現(xiàn)現(xiàn)象比較較明顯，比比較利于于觀察的的作為分分析案例例。根據(jù)據(jù)以上綜綜合分析析，當前前測試環(huán)環(huán)境下，當當應(yīng)用系系統(tǒng)產(chǎn)生生最大5533.6677的并發(fā)發(fā)壓力。平均負負載壓力力1144.3552。根根據(jù)分析析，用戶戶在4個個小時的的時候，并并發(fā)數(shù)迅迅速增加加前后的的值在4400左左右！分分析結(jié)果果跟實際際測試的的硬件環(huán)環(huán)境以及及測試腳腳本有一一定關(guān)系系。同時時，測試試服務(wù)器器的硬件件配置和和實際服服務(wù)器的的配置還還有一定定的差距距！ HYPERLINK /jackei/archive/2006/11/1

16、6/561846.html 轉(zhuǎn)一份在在 511tesstinng 上上的討論論如如何測試試一個門門戶網(wǎng)站站是否可可以支持持10萬萬用戶同同時在線線？Postted on 20006-111-116 001:221 HYPERLINK /jackei/ JJackkei 閱讀(60774) HYPERLINK /jackei/archive/2006/11/16/561846.html#commentform l commentform 評論(5) HYPERLINK /jackei/admin/EditPosts.aspx?postid=561846 編輯輯 HYPERLINK /jackei

17、/AddToFavorite.aspx?id=561846 收藏 HYPERLINK /jackei/archive/2006/11/16/561846.html 網(wǎng)摘摘 所屬屬分類: HYPERLINK /jackei/category/32808.html 044.軟件件性能測測試這個帖子子的內(nèi)容容比較典典型，大大家有興興趣可以以也思考考一下。先是樓主主提出問問題：最近公司司一個項項目,是是個門戶戶網(wǎng)站,需要做做性能測測試,根根據(jù)項目目特點定定出了主主要測試試項和測測試方案案一種是是測試幾幾個常用用頁面能能接受的的最大并并發(fā)數(shù)(用戶名名參數(shù)化化,設(shè)置置集合點點策略)一種是是測試服服務(wù)器長長

18、時間壓壓力下,用戶能能否正常常操作(用戶名名參數(shù)化化,迭代代運行腳腳本)還還有一種種則需要要測試服服務(wù)器能能否接受受10萬萬用戶同同時在線線操作,但使用用的Looadrrunnner的的liccensse只能能支持11萬用戶戶,請問問這時該該如何制制定該方方案?后面跟著著大家的的回復(fù)：網(wǎng)友 HYPERLINK /profile-uid-1274.html xinngcyyx 的回復(fù)復(fù)：1、找110臺電電腦也沒沒用，lliceensee仍然只只支持1100000個。2、找找HP支支持。當當然，前前提是你你有足夠夠的錢。3、測測到1000000用戶并并發(fā)。我我認為，通通常情況況下1000000用戶

19、并并發(fā)，支支持10000000用戶戶在線，沒沒有問題題的。網(wǎng)友 HYPERLINK /profile-uid-24546.html jaccklooo 的的回復(fù)：總的來說說這一類類的性能能指標對對大多數(shù)數(shù)軟件來來說沒什什么實際際意義，更更多的是是對硬件件的要求求。如果果是用IIIS做做應(yīng)用服服務(wù)器的的話，單單臺可承承受的最最大并發(fā)發(fā)數(shù)不可可能達到到10萬萬級，那那就必須須要使用用集群，通通過多臺臺機器做做負載均均衡來實實現(xiàn)；如如果是用用webbsphheree之類的的應(yīng)用服服務(wù)器的的話，單單臺可承承受的最最大并發(fā)發(fā)數(shù)可以以達到110萬級級，但為為性能考考慮還是是必須要要使用集集群，通通過多臺臺

20、機器做做負載均均衡來實實現(xiàn)；那那么，你你只要集集群的服服務(wù)器足足夠多，110萬并并發(fā)數(shù)當當然可以以達到了了。通常常有1個個簡單的的計算方方式，11個連接接產(chǎn)生11個seessiion，每每個seessiion在在服務(wù)器器上有個個內(nèi)存空空間大小小的設(shè)置置，在NNT上是是3M，那那么100萬并發(fā)發(fā)就需要要3000G內(nèi)存存，當然然實際使使用中考考慮其他他程序也也占用內(nèi)內(nèi)存，所所以準備備的內(nèi)存存數(shù)量要要求比這這個還要要多一些些。還有有10萬萬個用戶戶同時在在線，跟跟10萬萬個并發(fā)發(fā)數(shù)是完完全不同同的2個個概念。這個樓樓上已經(jīng)經(jīng)說了。但如何何做這個個轉(zhuǎn)換將將10萬萬個同時時在線用用戶轉(zhuǎn)換換成多少少個并發(fā)

21、發(fā)數(shù)呢？這就必必須要有有大量的的歷史日日志信息息來支撐撐了。系系統(tǒng)日志志需要有有同時在在線用戶戶數(shù)量的的日志信信息，還還需要有有用戶操操作次數(shù)數(shù)的日志志信息，這這2個數(shù)數(shù)據(jù)的比比例就是是你同時時在線用用戶轉(zhuǎn)換換到并發(fā)發(fā)數(shù)的比比例。另另外根據(jù)據(jù)經(jīng)驗統(tǒng)統(tǒng)計，對對于1個個JAVVA開發(fā)發(fā)的WEEB系統(tǒng)統(tǒng)（別的的我沒統(tǒng)統(tǒng)計過，給給不出數(shù)數(shù)據(jù)），一一般1臺臺雙CPPU、22G內(nèi)存存的服務(wù)務(wù)器上可可支持的的最大并并發(fā)數(shù)不不超過5500個個（這個個狀態(tài)下下大部分分操作都都是超時時報錯而而且服務(wù)務(wù)器很容容易宕機機，其實實沒什么么實際意意義），可可正常使使用（單單步非大大數(shù)據(jù)量量操作等等待時間間不超過過20秒秒

22、）的最最大并發(fā)發(fā)數(shù)不超超過3000個。假設(shè)你你的100萬同時時在線用用戶轉(zhuǎn)換換的并發(fā)發(fā)數(shù)是990000個，那那么你最最少需要要這樣的的機器118臺，建建議不少少于300臺。當當然，你你要是買買個大型型服務(wù)器器，里面面裝有2200個個CPUU、2556G的的內(nèi)存，千千兆光纖纖帶寬，就就算是110萬個個并發(fā)用用戶，那那速度，也也絕對是是嗖嗖的的。樓主的的回復(fù)：謝謝jaacklloo!再請請問如果果我想測測試1000000個用戶戶同時在在線做常常用操作作的話(每兩秒秒加一個個用戶,一直加加到1000000),對對服務(wù)器器的要求求有多高高?網(wǎng)友 HYPERLINK /profile-uid-24546

23、.html jjackklooo 的回回復(fù)：套用1句句經(jīng)典臺臺詞“高高，實在在是高”呵呵。另外暴寒1下，你的設(shè)置光全部進入運行狀態(tài)就需要接近6個小時。具體的你可以拿1個系統(tǒng)來壓一下看看，可能會出現(xiàn)以下情況：1。服務(wù)器宕機；2?？蛻舳隋礄C；3。從某個時間開始服務(wù)器拒絕請求，客戶端上顯示的全是錯誤；4。勉強測試完成，但網(wǎng)絡(luò)堵塞或測試結(jié)果顯示時間非常長。假設(shè)客戶端和服務(wù)器之間百兆帶寬，百兆/10000=10K，那每個用戶只能得到10K，這個速度接近1個64K的MODEM上網(wǎng)的速度；另外以上分析全都沒考慮系統(tǒng)的后臺，比如數(shù)據(jù)庫、中間件等。我從沒遇到你說的這樣的性能需求過，也只好憑感覺隨便掰掰：1。服務(wù)

24、器方面：上面說的那樣的PCSERVER需要50臺；2。網(wǎng)絡(luò)方面：按每個用戶50K，那至少5根百兆帶寬獨享，估計僅僅網(wǎng)絡(luò)延遲就大概是秒一級的；3。如果有數(shù)據(jù)庫，至少是ORACLE，最好是SYSBASE，SQLSERVER是肯定頂不住的。數(shù)據(jù)庫服務(wù)器至少需要10臺4CPU、16G內(nèi)存的機器；4。如果有CORBA，那至少再準備10臺4CPU、16G內(nèi)存的機器；再加上負載均衡、防火墻、路由器和各種軟件等，總之沒個1000萬的資金投入，肯定搞不定。網(wǎng)友 HYPERLINK /profile-uid-673.html mmybaasswwoodd 的回回復(fù)：如果是110萬用用戶的話話要看做做些什么么哈.比

25、比如對于于voiip來說說,假設(shè)設(shè)有100萬用戶戶的話,服務(wù)器器規(guī)定每每個clliennt至少少要在336000秒內(nèi)到到服務(wù)器器成功報報到一次次,否則則就被服服務(wù)器ccanccel掉掉.clliennt是每每隔600秒注冊冊一次.所以就就要推算算在36600秒秒內(nèi),每每一個cclieent至至少成功功報到一一次是最最少的標標準.要要10萬萬用戶在在36000秒內(nèi)內(nèi)被服務(wù)務(wù)器吃掉掉才可以以這是最最低要求求.最高高要求是是:在在60秒秒內(nèi)所有有的100萬用戶戶去注冊冊,如果果服務(wù)器器在600秒可以以都吃掉掉的話,每秒種種的平均均并發(fā)差差不多是是33334.最最低要求求是:在在36000秒內(nèi)內(nèi)所有的

26、的10用用戶去注注冊,如如果服務(wù)務(wù)器在336000秒內(nèi)都都可以吃吃掉的話話,每秒秒鐘的平平均并發(fā)發(fā)用戶差差不多是是60個個.還有有一過問問題是客客戶端要要在36600秒秒內(nèi)發(fā)送送至少660次,至少有有一次成成功.再再加上這這些用戶戶分布在在全球各各地的話話,這樣樣數(shù)值應(yīng)應(yīng)該還會會有變化化的.下面是偶偶的看法法：給樓主一一個建議議吧。你你在公司司中的測測試環(huán)境境是一定定的，你你需要做做得是現(xiàn)現(xiàn)在這個個環(huán)境中中確認一一下系統(tǒng)統(tǒng)在當前前環(huán)境下下的實際際處理能能力。如如果還有有資源，再再做一下下可伸縮縮性的測測試。然然后對測測試結(jié)果果進行分分析，對對系統(tǒng)的的處理能能力和可可伸縮性性做一個個描述。當然，

27、要要在報告告中說明明你的測測試環(huán)境境。另外一位位網(wǎng)友 HYPERLINK /profile-uid-9430.html rrobuust 的留言言：你的意思思是否想想用1000000個用戶戶測試結(jié)結(jié)果來推推測一下下10萬萬個用戶戶?還是是如有些些老兄說說的,測測試一下下什么伸伸縮性測測試.然然后也來來個報告告,無非非也是想想用1萬萬個來推推測100萬個的的情況?(評注注:那樣樣的話要要你做什什么性能能測試,只要計計算一下下就可以以得性能能結(jié)果了了.)還還是如有有些老兄兄說的,這一類類的性能能指標對對大多數(shù)數(shù)軟件來來說沒什什么實際際意義，更更多的是是對硬件件的要求求?(評評注:那那樣的話話要你做

28、做什么性性能測試試,做什什么性能能調(diào)優(yōu),只要計計算一下下,添加加硬件就就可以了了.)實實際上,實踐踐是檢驗驗真理的的唯一標標準!這句話話才是硬硬道理.只有真真實地測測試過才才知道.任何推推測只是是推測,并不能能反映真真實的情情況.至至于性能能測試工工具,LLR只是是普及率率高(市市場占有有率高),并不不是在性性能指標標上有優(yōu)優(yōu)勢.世世界上比比它厲害害的工具具有不少少,舉個個例子ssiprrentt通信公公司的aavallancche225000,大型型計算機機實驗室室配備的的性能測測試工具具.支持持錄制/回放,測試結(jié)結(jié)果分析析等.它它可以模模擬從數(shù)數(shù)據(jù)層到到應(yīng)用層層的協(xié)議議,(當當然也包包含h

29、tttp-webb),單單個支持持1000萬并發(fā)發(fā)連接.拿它也也可以測測試1000萬級級的并發(fā)發(fā)性能.又是偶的的回復(fù)：樓上的提提到的見見解不錯錯，不過過對性能能測試的的理解有有些偏差差。先拋拋開性能能測試工工具不談?wù)?，其實實這個問問題是討討論到一一個性能能測試到到底該怎怎么做。簡單舉舉個例子子，如果果你想知知道一種種新的疫疫苗對人人的作用用，是不不是要把把所有的的地球人人全部找找來每個個人打一一針試試試呢？當當然不是是，只能能是通過過試驗和和抽樣，然然后通過過統(tǒng)計學學的方法法來計算算出一個個模型，通通過樣本本的表現(xiàn)現(xiàn)來估算算總體的的特征。這就是是統(tǒng)計學學研究的的領(lǐng)域，。不過請請注意，統(tǒng)統(tǒng)計學所

30、所包含的的內(nèi)容并并不是像像樓上的的老兄所所說的一一樣：只只要計算算一下就就可以得得性能結(jié)結(jié)果了。性能測測試也同同樣如此此。樓主主提到的的性能需需求應(yīng)該該是系統(tǒng)統(tǒng)上線以以后可能能要面臨臨的壓力力，先不不討論這這個需求求是否準準確和有有效，我我們先假假定它是是有效的的。那么么，既然然要驗證證的是系系統(tǒng)在上上線以后后是否有有能力應(yīng)應(yīng)對100萬用戶戶同時在在線的情情況，那那么自然然要用生生產(chǎn)環(huán)境境來測試試。如果果有，那那么OOK，可可以作這這個測試試。至于于工具，其其實可以以由開發(fā)發(fā)人員幫幫忙寫一一些簡單單的腳本本負責加加壓，再再通過其其他第三三方工具具收集測測試數(shù)據(jù)據(jù)就是了了。但是是如果沒沒有生產(chǎn)產(chǎn)環(huán)境，只只有一臺臺雙CPPU，33G內(nèi)存存的228500服務(wù)務(wù)器，怎怎么辦？這就好好像上面面提到的的例子?？尚械牡姆椒ㄊ鞘窃谶@臺臺服務(wù)器器上使用用不同級級別的負負載來進進行測試試，并根根據(jù)測試試數(shù)據(jù)獲獲得系統(tǒng)統(tǒng)在這種種環(huán)境下下的最佳佳負載和和最大負負載，并并根據(jù)測測試數(shù)據(jù)據(jù)對負載載和資源源消耗的的情況進進行估算算，找到到它們