2

In our case, Jmeter report shows response time low/good for GUI web app (less than 2 secs) but throughput shows 10 req/min. Since response time is low was expecting throughput would be high but it shows only 10/min. What could have gone wrong? Gone through below questions, but unable to get clue for my issue.

How Throughput and Response time are related

  • Users: 100
  • Avg res: 2.4 secds
  • Throughput: 10/min
  • Error%: 0

Ran tests in non-gui mode by making all listeners off. The CPU, Memory utilization of Jmeter instance and application servers are good. Not crossing 30% usage.

la1
  • 519
  • 1
  • 8
  • 30
  • I am suspecting that you might be using Timer with incorrect scope. Can you also paste your test plan scenario image. – SAIR Oct 14 '19 at 06:07
  • Thanks for the comment, It is recorded script using BlazeMeter. "Uniform Random Timer" is been recorded for HTTP requests with different values. We have not manually defined Times. – la1 Oct 14 '19 at 07:20
  • Exactly, can you disable all the Timer and run again? This is surely give you more TPS. Meanwhile, can you also paste the whole Test Plan image that you are currently using, so that I can debug more what is happening? – SAIR Oct 14 '19 at 07:26
  • Once again Thank you, does it mean 'Timer' value contributes to the response time, Throughput and shows in the Jmeter results. I will share the Test Plan, need to edit the file. – la1 Oct 14 '19 at 07:55
  • 1
    The Timer execution time is not added to the sampler execution time [Response Time] and does not show in JMeter result. It just delays the Request based upon its scope. – SAIR Oct 14 '19 at 08:02
  • I have added the screen shot of TestPlan. – la1 Oct 14 '19 at 10:30

1 Answers1

0

Most probably you're having Pre Processors, Post-Processors or Timers which slow down the execution rate somewhere in your script.

The aforementioned test elements execution time is not included into the response time unless you have a Transaction Controller configured to add these into total transaction execution time for all its children.

enter image description here

You can run your script one time in GUI mode via Run - Start no pauses menu entry, this should disable the "sleeps"

enter image description here

If the delays are necessary in order to closer represent the real user you can just add more threads, the throughput should increase by the same factor unless you have a bottleneck.

Dmitri T
  • 159,985
  • 5
  • 83
  • 133
  • Thank you for valuable suggestions. Though not having Post/Pre Processors and Timers, having the same results 'Throughput is low' and 'ResponseTime' is good. To check the bottleneck where can I start? Instance resource utilization is under control (less than 30%). Please suggest. – la1 Oct 14 '19 at 10:13