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]

Reply via email to