我是Jmeter botleneck？

Question

首先應用程序，如果這已被問到，但我似乎無法找到任何地方。

這裏是場景。

我有一個8GB的Linux物理盒，8GB的內存，我正在運行一個簡單的HTTP Jmeter測試對http://www.xpto.com/info.php，這將給我一個典型的PHP信息頁面。

如果我用針對一個VM 10個線程運行測試我得到的結果： - 在158S = 1122.5/s的平均摘要= 177665：8最小：4最大：217錯誤：0（0.00％）

現在，當我做同樣的測試，但有40線程再次4 VMS結果不外推，所以我得到的結果是這樣的： - 摘要= 535859在338s = 1584.6/s平均：24分鐘：2最大： 155錯誤：0（0.00％）

4個vms位於不同的虛擬機管理程序中，因此它們不會互相影響。 VMS是SL6.4，具有8GB的內存和8個CPUS。

看着jmeter框我可以看到我有足夠的空閒內存，沒有內存不足錯誤，並且java進程正在使用80％的cpu。 Jmeter框的負載爲0.5，92％cpu空閒，或者如此。

問題是，你認爲這可能是一個jmeter的瓶頸？我已經看到有這樣的結果與任何測試，我對其他網址的做。

感謝您的幫助。

--joao

Answer 1

沒有直接的答案在這裏，只是一些建議：

• 運行更長的測試，讓我們說，在至少20至30分鐘沒有任何有意義的統計
• 始終運行熱身在實際測試之前運行
• 調正確的JVM：這裏良好的起點CPU的 http://www.ubik-ingenierie.com/blog/jmeter_performance_tuning_tips/
• 80％，是相當高，目前尚不清楚這是否是與第一或第二測試

僑

Answer 2

看來你打的服務器之前，可能在JMeter用戶端出現目前的瓶頸的情況。確定原因並不總是很容易，它可能是JVM的限制。您可能可以使用jconsole或jvisualvm獲取更多線索。還要檢查可能影響事情到達服務器之前的帶寬和其他限制。

服務器是否使用通用數據庫？或通用日誌？確保你在指責客戶之前排除了其他所有內容。

很容易測試JMeter是否是瓶頸。同時從另一個客戶端加載服務器並查看它是否會影響Jmeter客戶端結果。

對於一個重量級的客戶端，在本地主機上運行分佈式從機可能會更好，因此您擁有更多的JVM，每個JVM都有自己的資源。

JMeter客戶端不能很好地擴展，這就是爲什麼分佈式測試很有用。客戶端並不需要按比例進行擴展，只要有一種方法可以在服務器上保持增加的負載，並且它是可以衡量的。