來自：http://www.linuxidc.com/Linux/2013-01/77626.htm

1測試環境

1.1軟件環境

• Ubuntu?12.04.1 LTS (內核：3.2.0)
• mysql? Ver 14.14 Distrib 5.5.28
• Jboss 3.2.7
• mysql-conector-java-5.1.22
• apache2
• apache-ant-1.8.4
• tomcat-conectors-1.2.37

1.2硬件環境

• CPU: Intel Pentium(R) 4 CPU 3.00GHz*2
• 內存: 2.9GB
• 硬盤：40GB

2測試命令

java? rbe.RBE? –EB? rbe.EBTPCW1Factory? 100 -OUT? run401.m? -MAXERROR 0? -RU? 100 -MI? 50? -RD 1? -CUST? 100? –CUSTA 800 -ITEM? 1000? -WWW http://127.0.0.1/

3測試結果生成方法

使用2中的命令測試結果記錄在文件run401.m中，使用matlab腳本繪制成圖形。

4WIPS測試結果

WIPS = WebInteractions Per Second.即每秒事物處理能力，我們當前的測試結果平均事物處理能力是14.63.即WIPS=14.63@1000.

上述圖中，紅點表示某個時刻系統的事物處理情況；藍色豎線是兩個分界線，第一個分界線是系統開始穩定的時候（系統穩定時間可預先設定），第二分界線是系統一次MI（測試間隔）的截止時間，所以兩個分界線間隔的時間值等于MI值，即命令中的MI值50秒；黑色線是每個時刻的平均WIPS值連接出來的；綠色的橫線則是平均的WIPS值。

5測試結果分析

通過觀察CPU和內存的使用情況(工具Top命令)，發現整個測試過程中內存完全滿足需求，而CPU一直維持在高位運行。然后看單個進程的CPU變化情況，發現JBoss容器的CPU占用最大，而作為數據庫服務器的MySQL則維持在10%~17%之間，初步退步，這個運行環境的瓶頸是Web服務器而不是數據庫服務器，當然，如果將ITEM的值增大的話，那么數據庫服務器的瓶頸現象應該會顯現出來的。另外，測試沒有使用Cache服務器，所以Cache在系統中的表現未知。

總結

以上是生活随笔為你收集整理的TPC-W 一个实验结果和分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。