What version of JMeter was being used ?
Thanks
Jatin
Andrey Pohilko wrote:
Hi,
1. What's about memory used by JMeter? Does JMeter uses small memory at start
point and then memory raises up and up?
2. What option do you use for Threads Group: stop test, stop thread or continue
on error?
3. Have you tried to change Transaction Controller to Simple Controller?
С уважением,
Андрей Похилько
-----Original Message-----
From: Robert Elliot [mailto:[email protected]]
Sent: Thursday, January 14, 2010 8:22 PM
To: [email protected]
Subject: JMeter performance degrades over time on one machine
Hi all,
We're experiencing an odd problem with JMeter.
We have a simple test - a Transaction Controller with two child HTTP Samplers,
one to retrieve a page and one to submit a form on it. We want to measure the
total time of the transaction under load (480 transactions a minute). Run on a
local dev machine we see the transaction controller's time just above the sum
of the two sample times - as you'd expect. Roughly 50 ms.
However, we want to run this test as part of our automated build. Run on the
build slave (same test, same JMeter version, same parameters, against the same
web server) it starts OK, but gradually degrades. What's strange is that the
individual HTTP samples remain the same (c. 20ms each) but the transaction
controller sample steadily increases up to 60 seconds! Looking at the
timestamps of the sample and httpSamples it appears that time is being lost
before each of the httpSamples. Running top seems to show that the CPU
eventually hit 100%, though we believe that this may be the sum of 2 CPUs at
c.50%; locally the CPU never gets anywhere near that.
The buildslave is not particularly underpowered, it's a reasonable virtual
machine. And it has the same problem even when we reduce the number of threads
to 2 (with a ramp up time of 60 seconds).
We're a bit baffled. Has anyone experienced similar and managed to solve it?
Setting log level to debug reveals nothing.
Thanks,
Rob
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
