性能測試：JMeter vs Tsung

Question

JMeter和Tsung有什麼不同？我讀過，如果用相同的硬件測試，Tsung可能比JMeter產生更多的負載，但是它與實際有多接近？

Answer 1

它總是取決於你的場景和用於可變性的數據量，當你用JMeter能夠運行100個用戶時，比率會被關閉到10，Tsung將以1000用戶/秒的速度輕鬆完成。

Answer 2

崇是用Erlang編寫的，說要能夠運行併發用戶的數量極限（10000+）

JMeter是用Java編寫的，並完全能夠產生大量負荷的，假設你的測試計劃好。

下面是關於性能的一些侷限性JMeter的

• 在JMeter中每一個用戶是一個操作系統線程。這會增加使用大量併發用戶的開銷（jmeter最佳做法建議使用較少的線程數，http://jmeter.apache.org/usermanual/best-practices.html--根據我的經驗，當每個jmeter實例使用超過1000個線程時，可能會遇到問題，但這可能會有很大差異，具體取決於你的測試計劃）。運行更大的測試時，您還需要調整JVM設置。

• 如果您有動態腳本（由於jmeter變量擴展每次都必須重新編譯腳本），您可以輕鬆銷燬PermGen內存中的性能&。將腳本放在單獨的文件中或使用編譯緩存鍵來避免重新編譯。

• 使用一些測試組件（如樹視圖，它在內存中保存的每個請求&響應）可以在你的負載生成

我測試過一些非常大的站點，JMeter的肆虐，只要你能夠減少線程的數量（減少用戶等待將吞吐量保持在你想要的水平）Jmeter是好的。 JMeter周圍有一個相當大的社區，負載測試插件使用很多監控各種系統的協議。 JMeter也有良好的腳本支持--java，javascript，無論它可以基本上加載到jvm（包括例如groovy），所以它是非常可擴展的。我一次（使用jmeter 2.6，我認爲）我每秒運行了大約30,000個數據庫請求（Oracle JDBC），並且有一些優化，因爲只要你沒有極端的要求，jmeter就可以。選擇一個適合你的需求和你的經驗。

注：我很少使用Tsung的經驗。