Created attachment 35645 [details] "Hits Per Second" and "Latency Vs Request" graphs This issue related to the JMeter report generation. We are running tests where we are getting "Hits Per Second" and "Transactions Per Second" reaching 2000, but the "Latency Vs Request" graph and "Response Time Vs Request" graph never exceed 1000 RPS. See attachment for "Hits Per Second" and "Latency Vs Request" graphs.
I observed same bug. In web report, I have high number of hits/sec (i.e. 2000 hits/sec) but "Latency vs RPS graph"'s x-axis only goes up to ~1000 RPS.
Hello, Would it be possible to provide a short CSV file + user.properties+jmeter.properties so that we have a reproducer ? Thanks
Also are you using distributed testing ? Thank you
Created attachment 35651 [details] Example CSV File (40K samples)
Created attachment 35652 [details] Example jmeter.properties
Created attachment 35653 [details] Example user.properties
Philippe, I've added the files you requested to the attachments. The CSV file is the same from the attached image truncated to 40K samples. Yes this is using distributed testing. Thanks!
Hello, Thanks for provided information. Can I ask you to summarize what you customized ? Usually properties should only be overriden in user.properties and jmeter.properties/reportgenerator.properties should not be touched. I suspect that the following settings might be a cause of your problem: jmeter.reportgenerator.exporter.html.filters_only_sample_series=false jmeter.reportgenerator.sample_filter= Why did you change them ? To filter samplers, just use jmeter.reportgenerator.exporter.html.series_filter and use Menu Help > Export Transactions for report Also, if using 3.3, you don't need to set this unless you have an external process that uses csv file generated by JMeter jmeter.save.saveservice.autoflush=true Ensure you read : http://jmeter.apache.org/usermanual/generating-dashboard.html#configuration_requirements Can you confirm you followed this: -------------------------------------------------------- When using JMeter distributed mode with multiple jmeter-server instances, ensure you add in your Thread Groups something that uniquely identifies ThreadGroup for every JVM, example: ThreadXXX_${__P(JVM_ID)} where you pass a different JVM_ID property for each jmeter-server through: -JJVM_ID=i where i varies between 1 and the number of jmeter-server you are using. -------------------------------------------------------- I'll investigate further following your answers. Thanks
Thank you for the insights, but I don't believe those properties are the issue. I downloaded a fresh copy of jmeter-3.2, changed the below two properties, and the resulting graphs are the same. jmeter.save.saveservice.timestamp_format=dd/MM/yyyy HH:mm:ss zzz jmeter.reportgenerator.overall_granularity=1000 Yes, each thread group is uniquely identified by its IP, and for this test we are only using one jmeter server with multiple workers. To answer your questions about customization, we were running into an issue where nothing was showing up in the report. We found setting jmeter.reportgenerator.sample_filter=.* jmeter.reportgenerator.exporter.html.series_filter=.* fixed that problem.
(In reply to miccah.castorina from comment #9) > Thank you for the insights, but I don't believe those properties are the > issue. > I downloaded a fresh copy of jmeter-3.2, changed the below two properties, > and the resulting graphs are the same. > > jmeter.save.saveservice.timestamp_format=dd/MM/yyyy HH:mm:ss zzz > jmeter.reportgenerator.overall_granularity=1000 Ok, thanks, I'll investigate issue further in the upcoming days. > > Yes, each thread group is uniquely identified by its IP, and for this test > we are only using one jmeter server with multiple workers. > > To answer your questions about customization, we were running into an issue > where nothing was showing up in the report. We found setting > jmeter.reportgenerator.sample_filter=.* > jmeter.reportgenerator.exporter.html.series_filter=.* > fixed that problem. The correct way is to follow my previous advice.
I am also closely monitoring this thread. Our Jmeter master and slaves are NTP time sync'ed on our kubernetes cluster. I tried stock 3.3 Jmeter without modification, saw that RPS falls behind hits/sec. Test was done locally on my laptop and wasn't distributed tests. Thanks in advance working on this issue.
Author: pmouawad Date: Thu Jan 4 23:16:21 2018 New Revision: 1820239 URL: http://svn.apache.org/viewvc?rev=1820239&view=rev Log: Bug 61962 - Latency Vs Request graph does not exceed 1000 RPS Contributed by UbikLoadPack Bugzilla Id: 61962 Modified: jmeter/trunk/src/core/org/apache/jmeter/report/processor/graph/AbstractVersusRequestsGraphConsumer.java jmeter/trunk/xdocs/changes.xml
Hello, Issue should be fixed now, you can download in few minutes a working build: http://jmeter.apache.org/nightly.html Use jenkins link and download zip (non source) Regards Philippe M.
@Philippe I am really impressed with fast response on this issue. Will test out on the cluster tomorrow and update. Thanks again for your effort and time on this !
Confirmed this is now fixed. Thanks!
This issue has been migrated to GitHub: https://github.com/apache/jmeter/issues/4661