性能测试: JMeter vs Tsung

Question

JMeter和Tsung有什么不同？我读到，如果用相同的硬件测试，Tsung可能会比JMeter产生更多的负载，但它离现实有多近？

Answer 1

Tsung是用Erlang编写的，据说能够同时运行极端数量的用户(10000+)

Jmeter是用Java编写的，假设您的测试计划很好，它非常能够生成大量负载。

以下是关于JMeter中性能的一些限制

• Jmeter中的每个用户都是一个操作系统线程。当使用大量并发用户时，这会增加开销(jmeter最佳实践建议使用低数量的线程，http://jmeter.apache.org/usermanual/best-practices.html -在我的经验中，当每个jmeter实例使用超过1000个线程时，您可能会遇到问题，但这可能会根据您的测试计划而变化很大)。在运行更大的测试时，您还需要调整JVM设置。

• 如果你有动态脚本(由于PermGen变量扩展，每次都必须重新编译的脚本)，你很容易破坏性能和耗尽jmeter内存。将脚本放在单独的文件中，或者使用编译缓存键来避免recompilation.

• 使用一些测试组件(例如树视图，它将每个请求和响应保存在内存中)可能会对负载生成器

造成严重破坏

围绕JMeter有一个相当大的社区，这些插件使用很多协议来进行负载测试&监控各种系统。JMeter也有很好的脚本支持- java，javascript，基本上可以加载到jvm中的任何东西(包括groovy)，所以它是非常可扩展的。

有一次(我想是使用jmeter 2.6 )，我从一个负载生成器运行了大约30,000次每秒的数据库请求(Oracle JDBC)，从那以后已经进行了一些优化，所以只要你没有极端的要求，Jmeter就很好。选择一个适合你的需求和经验的。

注意:我几乎没有使用Tsung的经验。

编辑:现在我用的是Locust (https://github.com/locustio/locust/)。Tsung自2017年以来一直没有更新，Locust的用户/线程模型(greenlets)支持比Jmeter更多的并发用户。但最重要的是，它有一个更灵活的工作流程(实际的Python代码而不是配置/在GUI中单击)

Answer 2

这总是取决于你的场景和用于变量的数据量，比率接近10，当你能够使用JMeter运行100个用户/秒时，Tsung将很容易达到1000个用户/秒。