loadrunner壓力測試結果分析探討(編輯修改稿)
2025-04-20 04:59 本頁面
【文章內容簡介】 PU) 過高的系統(tǒng)占用CPU時間(high percent system CPU) 長時間的有很長的運行進程隊列(large run queue size sustained over time) 四．數(shù)據(jù)庫服務器： 數(shù)據(jù)庫服務器目前測試觀察，當web服務器點擊率增大時，觀察mysql數(shù)據(jù)庫的最大連接數(shù)，仍未超過系統(tǒng)設置的最大連接數(shù)。所以，暫時未發(fā)現(xiàn)數(shù)據(jù)庫的瓶頸！ 五．結論 以上報告分析中的數(shù)據(jù)、圖標均來自同一次測試。是在平時測試中挑出的一次現(xiàn)象比較明顯，比較利于觀察的作為分析案例?！ 「鶕?jù)以上綜合分析，當前測試環(huán)境下。根據(jù)分析，用戶在4個小時的時候，并發(fā)數(shù)迅速增加前后的值在400左右！分析結果跟實際測試的硬件環(huán)境以及測試腳本有一定關系。同時，測試服務器的硬件配置和實際服務器的配置還有一定的差距！轉一份在 51testing 上的討論——如何測試一個門戶網(wǎng)站是否可以支持10萬用戶同時在線？ Posted on 20061116 01:21 Jackei 閱讀(6074) 評論(5) 編輯 收藏 網(wǎng)摘 所屬分類: 這個帖子的內容比較典型，大家有興趣可以也思考一下。先是樓主提出問題：最近公司一個項目,是個門戶網(wǎng)站,需要做性能測試,根據(jù)項目特點定出了主要測試項和測試方案一種是測試幾個常用頁面能接受的最大并發(fā)數(shù)(用戶名參數(shù)化,設置集合點策略)一種是測試服務器長時間壓力下,用戶能否正常操作(用戶名參數(shù)化,迭代運行腳本)還有一種則需要測試服務器能否接受10萬用戶同時在線操作,但使用的Loadrunner的license只能支持1萬用戶,請問這時該如何制定該方案?后面跟著大家的回復：網(wǎng)友 xingcyx 的回復：找10臺電腦也沒用，license仍然只支持10000個。找HP支持。當然，前提是你有足夠的錢。測到10000用戶并發(fā)。我認為，通常情況下10000用戶并發(fā)，支持100000用戶在線，沒有問題的。網(wǎng)友 jackloo 的回復：總的來說這一類的性能指標對大多數(shù)軟件來說沒什么實際意義，更多的是對硬件的要求。如果是用IIS做應用服務器的話，單臺可承受的最大并發(fā)數(shù)不可能達到10萬級，那就必須要使用集群，通過多臺機器做負載均衡來實現(xiàn)；如果是用websphere之類的應用服務器的話，單臺可承受的最大并發(fā)數(shù)可以達到10萬級，但為性能考慮還是必須要使用集群，通過多臺機器做負載均衡來實現(xiàn)；那么，你只要集群的服務器足夠多，10萬并發(fā)數(shù)當然可以達到了。通常有1個簡單的計算方式，1個連接產生1個session，每個session在服務器上有個內存空間大小的設置，在NT上是3M，那么10萬并發(fā)就需要300G內存，當然實際使用中考慮其他程序也占用內存，所以準備的內存數(shù)量要求比這個還要多一些。還有10萬個用戶同時在線，跟10萬個并發(fā)數(shù)是完全不同的2個概念。這個樓上已經(jīng)說了。但如何做這個轉換將10萬個同時在線用戶轉換成多少個并發(fā)數(shù)呢？這就必須要有大量的歷史日志信息來支撐了。系統(tǒng)日志需要有同時在線用戶數(shù)量的日志信息，還需要有用戶操作次數(shù)的日志信息，這2個數(shù)據(jù)的比例就是你同時在線用戶轉換到并發(fā)數(shù)的比例。另外根據(jù)經(jīng)驗統(tǒng)計，對于1個JAVA開發(fā)的WEB系統(tǒng)（別的我沒統(tǒng)計過，給不出數(shù)據(jù)），一般1臺雙CPU、2G內存的服務器上可支持的最大并發(fā)數(shù)不超過500個（這個狀態(tài)下大部分操作都是超時報錯而且服務器很容易宕機，其實沒什么實際意義），可
范文總結相關推薦
鄂ICP備17016276號-1