Question

我目前正在测试一个基于Web的应用程序，其中包含几个pc（4个旧PC），每个在6h内有大约200个线程。根据Web上的建议，我已经使用了最佳实践设置来保存服务和JTL输出。

这里的问题是我在运行6小时后得到的文件大小。结果JTL约为1.2GB，大约有200万行，使用Windows工具无法轻松打开或编辑。关键是我需要根据每个线程数来报告延迟（例如5,50,100,200个线程）。如果我正在使用一个大文件，那么使用Windows工具来提取并创建一个新的JTL，其中包含我要报告的线程数，如果我正在设置命令行来运行一批5个Jmeter运行对于每个线程计数一个不同的JTL，它仍然太大而无法打开。我在编写矿石脚本方面经验不足，需要从大型JTL文件中获得基于线程的报告解决方案。

有没有人建议处理这个问题？

顺便说一下。我读过关于Blazemeter和Loadsophia和co的信息，但它们对我来说不是一个合适的解决方案。

4PC - need to run CL
2GHz 2 Cores, <2GB Ram, Win7


Sample batch I’ve used
call ..\jmeter -n -t versuch.jmx -l ${__time("yyMMddHHmmss")}_Threads-${__P(threads)}.jtl -Jthreads=5 -Jrampup=0 -Jloopcount=3000
call ..\jmeter -n -t versuch.jmx -l ${__time("yyMMddHHmmss")}_Threads-${__P(threads)}.jtl -Jthreads=50 -Jrampup=0 -Jloopcount=3000
call ..\jmeter -n -t versuch.jmx -l ${__time("yyMMddHHmmss")}_Threads-${__P(threads)}.jtl -Jthreads=100 -Jrampup=0 -Jloopcount=3000


jmeter.save.saveservice.output_format=csv
jmeter.save.saveservice.data_type=false
jmeter.save.saveservice.label=true
jmeter.save.saveservice.response_code=true
jmeter.save.saveservice.response_data.on_error=false
jmeter.save.saveservice.response_message=false
jmeter.save.saveservice.assertion_results_failure_message=false
jmeter.save.saveservice.successful=true
jmeter.save.saveservice.thread_name=true
jmeter.save.saveservice.time=true
jmeter.save.saveservice.subresults=false
jmeter.save.saveservice.assertions=true
jmeter.save.saveservice.latency=true
jmeter.save.saveservice.bytes=true
jmeter.save.saveservice.hostname=true
jmeter.save.saveservice.thread_counts=true
jmeter.save.saveservice.sample_count=true
jmeter.save.saveservice.timestamp_format=HH:mm:ms
jmeter.save.saveservice.default_delimiter=;
jmeter.save.saveservice.print_field_names=true
jmeter.save.saveservice.autoflush=false

Answer 1

我写了一个JMeter报告后端

处理巨大的JTL（多个GB）
创建扩展的JMeter HTML报告
解析CSV＆amp; XML JMeter报告文件

请参阅https://github.com/sgoeschl/jmeter-sla-report

干杯，

Siegfried Goeschl

Jmeter大JTL报告文件基于线程的报告

1 个答案: