You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by Cor-Paul Bezemer <c....@tudelft.nl> on 2011/03/29 10:51:41 UTC
question about duration assertion
Hi,
I am not sure whether I am missing anything essential here, but I am
confused..
I want to increase load until the response time of the request becomes >
20000ms.
So I set a duration assertion for 20000 and stop the test on an error.
After the test completes, I inspect the generated jtl file and see that the
duration assertion failed indeed.
However, when I inspect the response time for those requests in my IIS log
and in Fiddler, I see that they were nowhere near 20s.
Am I not understanding something about the duration assertion? Or am I
doing something else wrong? What is the correct way of doing what I want to
achieve?
Thanks!
Cor-Paul
RE: question about duration assertion
Posted by "Jain, Kapil" <ka...@logica.com>.
Are you using listener "View Results Tree" and "Debug Sampler"?
If yes then disable these two and run your script again.
-----Original Message-----
From: Cor-Paul Bezemer [mailto:c.bezemer@tudelft.nl]
Sent: 29 March 2011 16:53
To: 'JMeter Users List'
Subject: RE: question about duration assertion
I'm using Win 7, Java 1.6.0, Jmeter 2.4 and I'm not running it from inside a
virtual machine.
-----Original Message-----
From: sebb [mailto:sebbaz@gmail.com]
Sent: dinsdag 29 maart 2011 17:21
To: JMeter Users List
Subject: Re: question about duration assertion
Rather strange.
What OS are you using? JVM? JMeter version?
Are you running it in a virtual machine?
That can cause problems with clocks.
On 29 March 2011 15:33, Cor-Paul Bezemer <c....@tudelft.nl> wrote:
> Hmmmm OK... The strange thing is that I don't really see my java process
> using a large amount of memory.
>
> The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual memory
usage
> does not come near this.
>
>
> -----Original Message-----
> From: apc [mailto:apc@apc.kg]
> Sent: dinsdag 29 maart 2011 16:29
> To: jmeter-user@jakarta.apache.org
> Subject: RE: question about duration assertion
>
> A-ha! OutOfMemory!
>
> This means that your JMeter works with resource problems... And this may
> cause a lot of side effects.
>
> --
> View this message in context:
>
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
> 21p4269485.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Think green - keep it on the screen.
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: question about duration assertion
Posted by Cor-Paul Bezemer <c....@tudelft.nl>.
I'm using Win 7, Java 1.6.0, Jmeter 2.4 and I'm not running it from inside a
virtual machine.
-----Original Message-----
From: sebb [mailto:sebbaz@gmail.com]
Sent: dinsdag 29 maart 2011 17:21
To: JMeter Users List
Subject: Re: question about duration assertion
Rather strange.
What OS are you using? JVM? JMeter version?
Are you running it in a virtual machine?
That can cause problems with clocks.
On 29 March 2011 15:33, Cor-Paul Bezemer <c....@tudelft.nl> wrote:
> Hmmmm OK... The strange thing is that I don't really see my java process
> using a large amount of memory.
>
> The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual memory
usage
> does not come near this.
>
>
> -----Original Message-----
> From: apc [mailto:apc@apc.kg]
> Sent: dinsdag 29 maart 2011 16:29
> To: jmeter-user@jakarta.apache.org
> Subject: RE: question about duration assertion
>
> A-ha! OutOfMemory!
>
> This means that your JMeter works with resource problems... And this may
> cause a lot of side effects.
>
> --
> View this message in context:
>
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
> 21p4269485.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: RE: question about duration assertion
Posted by Cor-Paul Bezemer <c....@tudelft.nl>.
I have tried to run JMeter from a different machine, but the same occurs..
In fact, I still get the OutOfMemory issue after 10 threads :/ After this
the test continues and right before I get the following OutOfMemory
exception, the Autostop plugin tells me that the avg response time is over
20s (which it was not as I can see from my IIS log). Can anyone perhaps try
this testcase and see if they get the same result as I do? (make sure to
fill in the URL, should happen with all URLs).
<?xml version="1.0" encoding="UTF-8"?>
<jmeterTestPlan version="1.2" properties="2.1">
<hashTree>
<TestPlan guiclass="TestPlanGui" testclass="TestPlan" testname="Test
Plan" enabled="true">
<stringProp name="TestPlan.comments"></stringProp>
<boolProp name="TestPlan.functional_mode">false</boolProp>
<boolProp name="TestPlan.serialize_threadgroups">false</boolProp>
<elementProp name="TestPlan.user_defined_variables"
elementType="Arguments" guiclass="ArgumentsPanel" testclass="Arguments"
testname="User Defined Variables" enabled="true">
<collectionProp name="Arguments.arguments"/>
</elementProp>
<stringProp name="TestPlan.user_define_classpath"></stringProp>
</TestPlan>
<hashTree>
<CookieManager guiclass="CookiePanel" testclass="CookieManager"
testname="HTTP Cookie Manager" enabled="true">
<collectionProp name="CookieManager.cookies"/>
<boolProp name="CookieManager.clearEachIteration">false</boolProp>
<stringProp name="CookieManager.policy">rfc2109</stringProp>
</CookieManager>
<hashTree/>
<kg.apc.jmeter.threads.SteppingThreadGroup
guiclass="kg.apc.jmeter.threads.SteppingThreadGroupGui"
testclass="kg.apc.jmeter.threads.SteppingThreadGroup" testname="Stepping
Thread Group" enabled="true">
<stringProp name="ThreadGroup.on_sample_error">stoptest</stringProp>
<stringProp name="ThreadGroup.num_threads">10000</stringProp>
<stringProp name="Threads initial delay">0</stringProp>
<stringProp name="Start users count">10</stringProp>
<stringProp name="Start users period">5</stringProp>
<stringProp name="Stop users count">5</stringProp>
<stringProp name="Stop users period">1</stringProp>
<stringProp name="flighttime">0</stringProp>
<elementProp name="ThreadGroup.main_controller"
elementType="LoopController" guiclass="LoopControlPanel"
testclass="LoopController" testname="Loop Controller" enabled="true">
<boolProp name="LoopController.continue_forever">false</boolProp>
<intProp name="LoopController.loops">-1</intProp>
</elementProp>
</kg.apc.jmeter.threads.SteppingThreadGroup>
<hashTree>
<ConfigTestElement guiclass="HttpDefaultsGui"
testclass="ConfigTestElement" testname="HTTP Request Defaults"
enabled="true">
<elementProp name="HTTPsampler.Arguments" elementType="Arguments"
guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User Defined
Variables" enabled="true">
<collectionProp name="Arguments.arguments"/>
</elementProp>
<stringProp name="HTTPSampler.domain">server</stringProp>
<stringProp name="HTTPSampler.port">666</stringProp>
<stringProp name="HTTPSampler.connect_timeout"></stringProp>
<stringProp name="HTTPSampler.response_timeout"></stringProp>
<stringProp name="HTTPSampler.protocol"></stringProp>
<stringProp name="HTTPSampler.contentEncoding"></stringProp>
<stringProp name="HTTPSampler.path">/path/</stringProp>
</ConfigTestElement>
<hashTree/>
<HTTPSampler guiclass="HttpTestSampleGui" testclass="HTTPSampler"
testname="HTTP Request" enabled="true">
<elementProp name="HTTPsampler.Arguments" elementType="Arguments"
guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User Defined
Variables" enabled="true">
<collectionProp name="Arguments.arguments"/>
</elementProp>
<stringProp name="HTTPSampler.domain"></stringProp>
<stringProp name="HTTPSampler.port"></stringProp>
<stringProp name="HTTPSampler.connect_timeout"></stringProp>
<stringProp name="HTTPSampler.response_timeout"></stringProp>
<stringProp name="HTTPSampler.protocol"></stringProp>
<stringProp name="HTTPSampler.contentEncoding"></stringProp>
<stringProp
name="HTTPSampler.path">/nopcommerce/AppExI_TestCases/tc1_r_large_file.aspx<
/stringProp>
<stringProp name="HTTPSampler.method">GET</stringProp>
<boolProp name="HTTPSampler.follow_redirects">true</boolProp>
<boolProp name="HTTPSampler.auto_redirects">false</boolProp>
<boolProp name="HTTPSampler.use_keepalive">true</boolProp>
<boolProp name="HTTPSampler.DO_MULTIPART_POST">false</boolProp>
<boolProp name="HTTPSampler.monitor">false</boolProp>
<stringProp name="HTTPSampler.embedded_url_re"></stringProp>
</HTTPSampler>
<hashTree/>
<kg.apc.jmeter.reporters.AutoStop
guiclass="kg.apc.jmeter.reporters.AutoStopGui"
testclass="kg.apc.jmeter.reporters.AutoStop" testname="jp@gc - AutoStop
Listener" enabled="true">
<stringProp name="avg_response_time">20000</stringProp>
<stringProp name="avg_response_time_length">5</stringProp>
<stringProp name="error_rate">50</stringProp>
<stringProp name="error_rate_length">10</stringProp>
<stringProp name="avg_response_latency">0</stringProp>
<stringProp name="avg_response_latency_length">10</stringProp>
</kg.apc.jmeter.reporters.AutoStop>
<hashTree/>
</hashTree>
</hashTree>
</hashTree>
</jmeterTestPlan>
-----Original Message-----
From: Deepak Shetty [mailto:shettyd@gmail.com]
Sent: dinsdag 29 maart 2011 18:03
To: JMeter Users List
Subject: Re: RE: question about duration assertion
If you are running jmeter on the same machine as your server expect weird
results. Run jmeter on a different machine
On Mar 29, 2011 8:53 AM, "Cor-Paul Bezemer" <c....@tudelft.nl> wrote:
> I'm using Win 7, Java 1.6.0, Jmeter 2.4 and I'm not running it from inside
a
> virtual machine.
>
> -----Original Message-----
> From: sebb [mailto:sebbaz@gmail.com]
> Sent: dinsdag 29 maart 2011 17:21
> To: JMeter Users List
> Subject: Re: question about duration assertion
>
> Rather strange.
>
> What OS are you using? JVM? JMeter version?
>
> Are you running it in a virtual machine?
> That can cause problems with clocks.
>
> On 29 March 2011 15:33, Cor-Paul Bezemer <c....@tudelft.nl> wrote:
>> Hmmmm OK... The strange thing is that I don't really see my java process
>> using a large amount of memory.
>>
>> The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual memory
> usage
>> does not come near this.
>>
>>
>> -----Original Message-----
>> From: apc [mailto:apc@apc.kg]
>> Sent: dinsdag 29 maart 2011 16:29
>> To: jmeter-user@jakarta.apache.org
>> Subject: RE: question about duration assertion
>>
>> A-ha! OutOfMemory!
>>
>> This means that your JMeter works with resource problems... And this may
>> cause a lot of side effects.
>>
>> --
>> View this message in context:
>>
>
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
>> 21p4269485.html
>> Sent from the JMeter - User mailing list archive at Nabble.com.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: RE: question about duration assertion
Posted by sebb <se...@gmail.com>.
JMeter does not currently support concurrent downloads in a single
thread, but this would affect all downloads of the same page.
If any specifc samples are much longer then the most likely culprit is
the server or network.
The Cache Manager may be used to simulate browser caching, which might
be another factorm which explains the difference in timings.
Wireshark can show what requests the browser makes; these can be
compared with JMeter.
On 30 March 2011 13:26, apc <ap...@apc.kg> wrote:
> No, JMeter is pretty fair with response times.
> The problem is somewhere else.
>
> I suggest you put the load without AutoStop and look at online response
> times. When they hit 20s - do request with your browser. I think you'll get
> long waiting time. Because somewhere in your test infrastructure you get
> high network delay. And this is not because of JMeter.
>
> --
> View this message in context: http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp4269021p4271366.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: RE: question about duration assertion
Posted by apc <ap...@apc.kg>.
No, JMeter is pretty fair with response times.
The problem is somewhere else.
I suggest you put the load without AutoStop and look at online response
times. When they hit 20s - do request with your browser. I think you'll get
long waiting time. Because somewhere in your test infrastructure you get
high network delay. And this is not because of JMeter.
--
View this message in context: http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp4269021p4271366.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: RE: question about duration assertion
Posted by Cor-Paul Bezemer <c....@tudelft.nl>.
I have checked with Wireshark, and I see that the request indeed seems to
take that long.. however when I make the request directly from a browser it
is very fast. Does JMeter have some sort of queueing mechanism for handling
HTTP responses or something which may delay the response time?
CP
-----Original Message-----
From: apc [mailto:apc@apc.kg]
Sent: woensdag 30 maart 2011 12:50
To: jmeter-user@jakarta.apache.org
Subject: RE: RE: question about duration assertion
Well, you can use Wireshark network sniffer to investigate actual network
response times and prove either JMeter or your test setup is wrong.
--
View this message in context:
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
21p4271232.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: RE: question about duration assertion
Posted by apc <ap...@apc.kg>.
Well, you can use Wireshark network sniffer to investigate actual network
response times and prove either JMeter or your test setup is wrong.
--
View this message in context: http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp4269021p4271232.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: RE: question about duration assertion
Posted by Cor-Paul Bezemer <c....@tudelft.nl>.
Ah thanks, this indeed fixed the first OutOfMemory error. I figured it would
give an OutOfMemory exception at some point, but did not expect it to happen
so soon.
Changing the threadcount to 500 allows me to run a complete test without
OutOfMemory errors (yey!), however, the AutoStop plugin still stops the test
because the average response time measured by JMeter is > 20000ms.. When I
check the IIS logs, I see the response time did not go over 1000 ms.
(I'm still running on a local network so network latency shouldn't be the
problem...)
-----Original Message-----
From: Deepak Shetty [mailto:shettyd@gmail.com]
Sent: woensdag 30 maart 2011 12:22
To: JMeter Users List
Subject: Re: RE: question about duration assertion
i should also add , reduce your xmx (i think you mentioned it as 1.5g for a
pc with 2g ram). You might also reduce the perm size and see
On Wed, Mar 30, 2011 at 3:17 AM, Deepak Shetty <sh...@gmail.com> wrote:
> Ah i see you are using the Stepping Thread Group which I dont have much
> familiarity with but your count of 10,000 seems too high - I suppose
Andrey
> ill weigh in but it sounds as if its attempting to create all threads
right
> at the start
> reduce this to a much lower value(with sufficient ramp up times) and use
> multiple JMeter instances on different servers if you want a higher
> concurrent load. Or temporarily try with the standard thread group (with a
> big enough ramp up for your number of threads)
>
> You probably see discrepancies in time because of your OOM(Im assuming
this
> is the same cant create native thread) and because you seem to be using
too
> many threads due to which the overhead on the client probably gets you a
> much higher value on your times.
>
> regards
> deepak
>
>
>
>
>
> On Wed, Mar 30, 2011 at 2:11 AM, Cor-Paul Bezemer
<c....@tudelft.nl>wrote:
>
>> I have tried to run JMeter from a different machine, but the same
occurs..
>> In fact, I still get the OutOfMemory issue after 10 threads :/ After this
>> the test continues and right before I get the following OutOfMemory
>> exception, the Autostop plugin tells me that the avg response time is
over
>> 20s (which it was not as I can see from my IIS log). Can anyone perhaps
>> try
>> this testcase and see if they get the same result as I do? (make sure to
>> fill in the URL, should happen with all URLs).
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <jmeterTestPlan version="1.2" properties="2.1">
>> <hashTree>
>> <TestPlan guiclass="TestPlanGui" testclass="TestPlan" testname="Test
>> Plan" enabled="true">
>> <stringProp name="TestPlan.comments"></stringProp>
>> <boolProp name="TestPlan.functional_mode">false</boolProp>
>> <boolProp name="TestPlan.serialize_threadgroups">false</boolProp>
>> <elementProp name="TestPlan.user_defined_variables"
>> elementType="Arguments" guiclass="ArgumentsPanel" testclass="Arguments"
>> testname="User Defined Variables" enabled="true">
>> <collectionProp name="Arguments.arguments"/>
>> </elementProp>
>> <stringProp name="TestPlan.user_define_classpath"></stringProp>
>> </TestPlan>
>> <hashTree>
>> <CookieManager guiclass="CookiePanel" testclass="CookieManager"
>> testname="HTTP Cookie Manager" enabled="true">
>> <collectionProp name="CookieManager.cookies"/>
>> <boolProp name="CookieManager.clearEachIteration">false</boolProp>
>> <stringProp name="CookieManager.policy">rfc2109</stringProp>
>> </CookieManager>
>> <hashTree/>
>> <kg.apc.jmeter.threads.SteppingThreadGroup
>> guiclass="kg.apc.jmeter.threads.SteppingThreadGroupGui"
>> testclass="kg.apc.jmeter.threads.SteppingThreadGroup" testname="Stepping
>> Thread Group" enabled="true">
>> <stringProp
>> name="ThreadGroup.on_sample_error">stoptest</stringProp>
>> <stringProp name="ThreadGroup.num_threads">10000</stringProp>
>> <stringProp name="Threads initial delay">0</stringProp>
>> <stringProp name="Start users count">10</stringProp>
>> <stringProp name="Start users period">5</stringProp>
>> <stringProp name="Stop users count">5</stringProp>
>> <stringProp name="Stop users period">1</stringProp>
>> <stringProp name="flighttime">0</stringProp>
>> <elementProp name="ThreadGroup.main_controller"
>> elementType="LoopController" guiclass="LoopControlPanel"
>> testclass="LoopController" testname="Loop Controller" enabled="true">
>> <boolProp
name="LoopController.continue_forever">false</boolProp>
>> <intProp name="LoopController.loops">-1</intProp>
>> </elementProp>
>> </kg.apc.jmeter.threads.SteppingThreadGroup>
>> <hashTree>
>> <ConfigTestElement guiclass="HttpDefaultsGui"
>> testclass="ConfigTestElement" testname="HTTP Request Defaults"
>> enabled="true">
>> <elementProp name="HTTPsampler.Arguments"
elementType="Arguments"
>> guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User
Defined
>> Variables" enabled="true">
>> <collectionProp name="Arguments.arguments"/>
>> </elementProp>
>> <stringProp name="HTTPSampler.domain">server</stringProp>
>> <stringProp name="HTTPSampler.port">666</stringProp>
>> <stringProp name="HTTPSampler.connect_timeout"></stringProp>
>> <stringProp name="HTTPSampler.response_timeout"></stringProp>
>> <stringProp name="HTTPSampler.protocol"></stringProp>
>> <stringProp name="HTTPSampler.contentEncoding"></stringProp>
>> <stringProp name="HTTPSampler.path">/path/</stringProp>
>> </ConfigTestElement>
>> <hashTree/>
>> <HTTPSampler guiclass="HttpTestSampleGui" testclass="HTTPSampler"
>> testname="HTTP Request" enabled="true">
>> <elementProp name="HTTPsampler.Arguments"
elementType="Arguments"
>> guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User
Defined
>> Variables" enabled="true">
>> <collectionProp name="Arguments.arguments"/>
>> </elementProp>
>> <stringProp name="HTTPSampler.domain"></stringProp>
>> <stringProp name="HTTPSampler.port"></stringProp>
>> <stringProp name="HTTPSampler.connect_timeout"></stringProp>
>> <stringProp name="HTTPSampler.response_timeout"></stringProp>
>> <stringProp name="HTTPSampler.protocol"></stringProp>
>> <stringProp name="HTTPSampler.contentEncoding"></stringProp>
>> <stringProp
>>
>>
name="HTTPSampler.path">/nopcommerce/AppExI_TestCases/tc1_r_large_file.aspx<
>> /stringProp>
>> <stringProp name="HTTPSampler.method">GET</stringProp>
>> <boolProp name="HTTPSampler.follow_redirects">true</boolProp>
>> <boolProp name="HTTPSampler.auto_redirects">false</boolProp>
>> <boolProp name="HTTPSampler.use_keepalive">true</boolProp>
>> <boolProp name="HTTPSampler.DO_MULTIPART_POST">false</boolProp>
>> <boolProp name="HTTPSampler.monitor">false</boolProp>
>> <stringProp name="HTTPSampler.embedded_url_re"></stringProp>
>> </HTTPSampler>
>> <hashTree/>
>> <kg.apc.jmeter.reporters.AutoStop
>> guiclass="kg.apc.jmeter.reporters.AutoStopGui"
>> testclass="kg.apc.jmeter.reporters.AutoStop" testname="jp@gc - AutoStop
>> Listener" enabled="true">
>> <stringProp name="avg_response_time">20000</stringProp>
>> <stringProp name="avg_response_time_length">5</stringProp>
>> <stringProp name="error_rate">50</stringProp>
>> <stringProp name="error_rate_length">10</stringProp>
>> <stringProp name="avg_response_latency">0</stringProp>
>> <stringProp name="avg_response_latency_length">10</stringProp>
>> </kg.apc.jmeter.reporters.AutoStop>
>> <hashTree/>
>> </hashTree>
>> </hashTree>
>> </hashTree>
>> </jmeterTestPlan>
>>
>> -----Original Message-----
>> From: Deepak Shetty [mailto:shettyd@gmail.com]
>> Sent: dinsdag 29 maart 2011 18:03
>> To: JMeter Users List
>> Subject: Re: RE: question about duration assertion
>>
>> If you are running jmeter on the same machine as your server expect weird
>> results. Run jmeter on a different machine
>> On Mar 29, 2011 8:53 AM, "Cor-Paul Bezemer" <c....@tudelft.nl> wrote:
>> > I'm using Win 7, Java 1.6.0, Jmeter 2.4 and I'm not running it from
>> inside
>> a
>> > virtual machine.
>> >
>> > -----Original Message-----
>> > From: sebb [mailto:sebbaz@gmail.com]
>> > Sent: dinsdag 29 maart 2011 17:21
>> > To: JMeter Users List
>> > Subject: Re: question about duration assertion
>> >
>> > Rather strange.
>> >
>> > What OS are you using? JVM? JMeter version?
>> >
>> > Are you running it in a virtual machine?
>> > That can cause problems with clocks.
>> >
>> > On 29 March 2011 15:33, Cor-Paul Bezemer <c....@tudelft.nl> wrote:
>> >> Hmmmm OK... The strange thing is that I don't really see my java
>> process
>> >> using a large amount of memory.
>> >>
>> >> The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual memory
>> > usage
>> >> does not come near this.
>> >>
>> >>
>> >> -----Original Message-----
>> >> From: apc [mailto:apc@apc.kg]
>> >> Sent: dinsdag 29 maart 2011 16:29
>> >> To: jmeter-user@jakarta.apache.org
>> >> Subject: RE: question about duration assertion
>> >>
>> >> A-ha! OutOfMemory!
>> >>
>> >> This means that your JMeter works with resource problems... And this
>> may
>> >> cause a lot of side effects.
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> >
>>
>>
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
>> >> 21p4269485.html
>> >> Sent from the JMeter - User mailing list archive at Nabble.com.
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >>
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: RE: question about duration assertion
Posted by Deepak Shetty <sh...@gmail.com>.
>I figured it would give an OutOfMemory exception at some point,
what you are getting isnt the standard OutOfMemory.
>When I check the IIS logs, I see the response time did not go over 1000 ms.
Unless your CPU is pegged at 100% I dont see how this can happen.
You can verify the times you are getting by running another standalone
jmeter on a different machine for a single thread at the same time as your
main test.
On Wed, Mar 30, 2011 at 3:44 AM, Cor-Paul Bezemer <c....@tudelft.nl>wrote:
> Ah thanks, this indeed fixed the first OutOfMemory error. I figured it
> would
> give an OutOfMemory exception at some point, but did not expect it to
> happen
> so soon.
>
> Changing the threadcount to 500 allows me to run a complete test without
> OutOfMemory errors (yey!), however, the AutoStop plugin still stops the
> test
> because the average response time measured by JMeter is > 20000ms.. When I
> check the IIS logs, I see the response time did not go over 1000 ms.
>
> (I'm still running on a local network so network latency shouldn't be the
> problem...)
>
> -----Original Message-----
> From: Deepak Shetty [mailto:shettyd@gmail.com]
> Sent: woensdag 30 maart 2011 12:22
> To: JMeter Users List
> Subject: Re: RE: question about duration assertion
>
> i should also add , reduce your xmx (i think you mentioned it as 1.5g for a
> pc with 2g ram). You might also reduce the perm size and see
>
> On Wed, Mar 30, 2011 at 3:17 AM, Deepak Shetty <sh...@gmail.com> wrote:
>
> > Ah i see you are using the Stepping Thread Group which I dont have much
> > familiarity with but your count of 10,000 seems too high - I suppose
> Andrey
> > ill weigh in but it sounds as if its attempting to create all threads
> right
> > at the start
> > reduce this to a much lower value(with sufficient ramp up times) and use
> > multiple JMeter instances on different servers if you want a higher
> > concurrent load. Or temporarily try with the standard thread group (with
> a
> > big enough ramp up for your number of threads)
> >
> > You probably see discrepancies in time because of your OOM(Im assuming
> this
> > is the same cant create native thread) and because you seem to be using
> too
> > many threads due to which the overhead on the client probably gets you a
> > much higher value on your times.
> >
> > regards
> > deepak
> >
> >
> >
> >
> >
> > On Wed, Mar 30, 2011 at 2:11 AM, Cor-Paul Bezemer
> <c....@tudelft.nl>wrote:
> >
> >> I have tried to run JMeter from a different machine, but the same
> occurs..
> >> In fact, I still get the OutOfMemory issue after 10 threads :/ After
> this
> >> the test continues and right before I get the following OutOfMemory
> >> exception, the Autostop plugin tells me that the avg response time is
> over
> >> 20s (which it was not as I can see from my IIS log). Can anyone perhaps
> >> try
> >> this testcase and see if they get the same result as I do? (make sure to
> >> fill in the URL, should happen with all URLs).
> >>
> >> <?xml version="1.0" encoding="UTF-8"?>
> >> <jmeterTestPlan version="1.2" properties="2.1">
> >> <hashTree>
> >> <TestPlan guiclass="TestPlanGui" testclass="TestPlan" testname="Test
> >> Plan" enabled="true">
> >> <stringProp name="TestPlan.comments"></stringProp>
> >> <boolProp name="TestPlan.functional_mode">false</boolProp>
> >> <boolProp name="TestPlan.serialize_threadgroups">false</boolProp>
> >> <elementProp name="TestPlan.user_defined_variables"
> >> elementType="Arguments" guiclass="ArgumentsPanel" testclass="Arguments"
> >> testname="User Defined Variables" enabled="true">
> >> <collectionProp name="Arguments.arguments"/>
> >> </elementProp>
> >> <stringProp name="TestPlan.user_define_classpath"></stringProp>
> >> </TestPlan>
> >> <hashTree>
> >> <CookieManager guiclass="CookiePanel" testclass="CookieManager"
> >> testname="HTTP Cookie Manager" enabled="true">
> >> <collectionProp name="CookieManager.cookies"/>
> >> <boolProp
> name="CookieManager.clearEachIteration">false</boolProp>
> >> <stringProp name="CookieManager.policy">rfc2109</stringProp>
> >> </CookieManager>
> >> <hashTree/>
> >> <kg.apc.jmeter.threads.SteppingThreadGroup
> >> guiclass="kg.apc.jmeter.threads.SteppingThreadGroupGui"
> >> testclass="kg.apc.jmeter.threads.SteppingThreadGroup" testname="Stepping
> >> Thread Group" enabled="true">
> >> <stringProp
> >> name="ThreadGroup.on_sample_error">stoptest</stringProp>
> >> <stringProp name="ThreadGroup.num_threads">10000</stringProp>
> >> <stringProp name="Threads initial delay">0</stringProp>
> >> <stringProp name="Start users count">10</stringProp>
> >> <stringProp name="Start users period">5</stringProp>
> >> <stringProp name="Stop users count">5</stringProp>
> >> <stringProp name="Stop users period">1</stringProp>
> >> <stringProp name="flighttime">0</stringProp>
> >> <elementProp name="ThreadGroup.main_controller"
> >> elementType="LoopController" guiclass="LoopControlPanel"
> >> testclass="LoopController" testname="Loop Controller" enabled="true">
> >> <boolProp
> name="LoopController.continue_forever">false</boolProp>
> >> <intProp name="LoopController.loops">-1</intProp>
> >> </elementProp>
> >> </kg.apc.jmeter.threads.SteppingThreadGroup>
> >> <hashTree>
> >> <ConfigTestElement guiclass="HttpDefaultsGui"
> >> testclass="ConfigTestElement" testname="HTTP Request Defaults"
> >> enabled="true">
> >> <elementProp name="HTTPsampler.Arguments"
> elementType="Arguments"
> >> guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User
> Defined
> >> Variables" enabled="true">
> >> <collectionProp name="Arguments.arguments"/>
> >> </elementProp>
> >> <stringProp name="HTTPSampler.domain">server</stringProp>
> >> <stringProp name="HTTPSampler.port">666</stringProp>
> >> <stringProp name="HTTPSampler.connect_timeout"></stringProp>
> >> <stringProp name="HTTPSampler.response_timeout"></stringProp>
> >> <stringProp name="HTTPSampler.protocol"></stringProp>
> >> <stringProp name="HTTPSampler.contentEncoding"></stringProp>
> >> <stringProp name="HTTPSampler.path">/path/</stringProp>
> >> </ConfigTestElement>
> >> <hashTree/>
> >> <HTTPSampler guiclass="HttpTestSampleGui" testclass="HTTPSampler"
> >> testname="HTTP Request" enabled="true">
> >> <elementProp name="HTTPsampler.Arguments"
> elementType="Arguments"
> >> guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User
> Defined
> >> Variables" enabled="true">
> >> <collectionProp name="Arguments.arguments"/>
> >> </elementProp>
> >> <stringProp name="HTTPSampler.domain"></stringProp>
> >> <stringProp name="HTTPSampler.port"></stringProp>
> >> <stringProp name="HTTPSampler.connect_timeout"></stringProp>
> >> <stringProp name="HTTPSampler.response_timeout"></stringProp>
> >> <stringProp name="HTTPSampler.protocol"></stringProp>
> >> <stringProp name="HTTPSampler.contentEncoding"></stringProp>
> >> <stringProp
> >>
> >>
>
> name="HTTPSampler.path">/nopcommerce/AppExI_TestCases/tc1_r_large_file.aspx<
> >> /stringProp>
> >> <stringProp name="HTTPSampler.method">GET</stringProp>
> >> <boolProp name="HTTPSampler.follow_redirects">true</boolProp>
> >> <boolProp name="HTTPSampler.auto_redirects">false</boolProp>
> >> <boolProp name="HTTPSampler.use_keepalive">true</boolProp>
> >> <boolProp name="HTTPSampler.DO_MULTIPART_POST">false</boolProp>
> >> <boolProp name="HTTPSampler.monitor">false</boolProp>
> >> <stringProp name="HTTPSampler.embedded_url_re"></stringProp>
> >> </HTTPSampler>
> >> <hashTree/>
> >> <kg.apc.jmeter.reporters.AutoStop
> >> guiclass="kg.apc.jmeter.reporters.AutoStopGui"
> >> testclass="kg.apc.jmeter.reporters.AutoStop" testname="jp@gc - AutoStop
> >> Listener" enabled="true">
> >> <stringProp name="avg_response_time">20000</stringProp>
> >> <stringProp name="avg_response_time_length">5</stringProp>
> >> <stringProp name="error_rate">50</stringProp>
> >> <stringProp name="error_rate_length">10</stringProp>
> >> <stringProp name="avg_response_latency">0</stringProp>
> >> <stringProp name="avg_response_latency_length">10</stringProp>
> >> </kg.apc.jmeter.reporters.AutoStop>
> >> <hashTree/>
> >> </hashTree>
> >> </hashTree>
> >> </hashTree>
> >> </jmeterTestPlan>
> >>
> >> -----Original Message-----
> >> From: Deepak Shetty [mailto:shettyd@gmail.com]
> >> Sent: dinsdag 29 maart 2011 18:03
> >> To: JMeter Users List
> >> Subject: Re: RE: question about duration assertion
> >>
> >> If you are running jmeter on the same machine as your server expect
> weird
> >> results. Run jmeter on a different machine
> >> On Mar 29, 2011 8:53 AM, "Cor-Paul Bezemer" <c....@tudelft.nl>
> wrote:
> >> > I'm using Win 7, Java 1.6.0, Jmeter 2.4 and I'm not running it from
> >> inside
> >> a
> >> > virtual machine.
> >> >
> >> > -----Original Message-----
> >> > From: sebb [mailto:sebbaz@gmail.com]
> >> > Sent: dinsdag 29 maart 2011 17:21
> >> > To: JMeter Users List
> >> > Subject: Re: question about duration assertion
> >> >
> >> > Rather strange.
> >> >
> >> > What OS are you using? JVM? JMeter version?
> >> >
> >> > Are you running it in a virtual machine?
> >> > That can cause problems with clocks.
> >> >
> >> > On 29 March 2011 15:33, Cor-Paul Bezemer <c....@tudelft.nl>
> wrote:
> >> >> Hmmmm OK... The strange thing is that I don't really see my java
> >> process
> >> >> using a large amount of memory.
> >> >>
> >> >> The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual
> memory
> >> > usage
> >> >> does not come near this.
> >> >>
> >> >>
> >> >> -----Original Message-----
> >> >> From: apc [mailto:apc@apc.kg]
> >> >> Sent: dinsdag 29 maart 2011 16:29
> >> >> To: jmeter-user@jakarta.apache.org
> >> >> Subject: RE: question about duration assertion
> >> >>
> >> >> A-ha! OutOfMemory!
> >> >>
> >> >> This means that your JMeter works with resource problems... And this
> >> may
> >> >> cause a lot of side effects.
> >> >>
> >> >> --
> >> >> View this message in context:
> >> >>
> >> >
> >>
> >>
>
> http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
> >> >> 21p4269485.html
> >> >> Sent from the JMeter - User mailing list archive at Nabble.com.
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> >> >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >> >>
> >> >>
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> >> >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >> >>
> >> >>
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> >> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >> >
> >> >
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> >> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >> >
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >>
> >>
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: RE: question about duration assertion
Posted by Deepak Shetty <sh...@gmail.com>.
i should also add , reduce your xmx (i think you mentioned it as 1.5g for a
pc with 2g ram). You might also reduce the perm size and see
On Wed, Mar 30, 2011 at 3:17 AM, Deepak Shetty <sh...@gmail.com> wrote:
> Ah i see you are using the Stepping Thread Group which I dont have much
> familiarity with but your count of 10,000 seems too high - I suppose Andrey
> ill weigh in but it sounds as if its attempting to create all threads right
> at the start
> reduce this to a much lower value(with sufficient ramp up times) and use
> multiple JMeter instances on different servers if you want a higher
> concurrent load. Or temporarily try with the standard thread group (with a
> big enough ramp up for your number of threads)
>
> You probably see discrepancies in time because of your OOM(Im assuming this
> is the same cant create native thread) and because you seem to be using too
> many threads due to which the overhead on the client probably gets you a
> much higher value on your times.
>
> regards
> deepak
>
>
>
>
>
> On Wed, Mar 30, 2011 at 2:11 AM, Cor-Paul Bezemer <c....@tudelft.nl>wrote:
>
>> I have tried to run JMeter from a different machine, but the same occurs..
>> In fact, I still get the OutOfMemory issue after 10 threads :/ After this
>> the test continues and right before I get the following OutOfMemory
>> exception, the Autostop plugin tells me that the avg response time is over
>> 20s (which it was not as I can see from my IIS log). Can anyone perhaps
>> try
>> this testcase and see if they get the same result as I do? (make sure to
>> fill in the URL, should happen with all URLs).
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <jmeterTestPlan version="1.2" properties="2.1">
>> <hashTree>
>> <TestPlan guiclass="TestPlanGui" testclass="TestPlan" testname="Test
>> Plan" enabled="true">
>> <stringProp name="TestPlan.comments"></stringProp>
>> <boolProp name="TestPlan.functional_mode">false</boolProp>
>> <boolProp name="TestPlan.serialize_threadgroups">false</boolProp>
>> <elementProp name="TestPlan.user_defined_variables"
>> elementType="Arguments" guiclass="ArgumentsPanel" testclass="Arguments"
>> testname="User Defined Variables" enabled="true">
>> <collectionProp name="Arguments.arguments"/>
>> </elementProp>
>> <stringProp name="TestPlan.user_define_classpath"></stringProp>
>> </TestPlan>
>> <hashTree>
>> <CookieManager guiclass="CookiePanel" testclass="CookieManager"
>> testname="HTTP Cookie Manager" enabled="true">
>> <collectionProp name="CookieManager.cookies"/>
>> <boolProp name="CookieManager.clearEachIteration">false</boolProp>
>> <stringProp name="CookieManager.policy">rfc2109</stringProp>
>> </CookieManager>
>> <hashTree/>
>> <kg.apc.jmeter.threads.SteppingThreadGroup
>> guiclass="kg.apc.jmeter.threads.SteppingThreadGroupGui"
>> testclass="kg.apc.jmeter.threads.SteppingThreadGroup" testname="Stepping
>> Thread Group" enabled="true">
>> <stringProp
>> name="ThreadGroup.on_sample_error">stoptest</stringProp>
>> <stringProp name="ThreadGroup.num_threads">10000</stringProp>
>> <stringProp name="Threads initial delay">0</stringProp>
>> <stringProp name="Start users count">10</stringProp>
>> <stringProp name="Start users period">5</stringProp>
>> <stringProp name="Stop users count">5</stringProp>
>> <stringProp name="Stop users period">1</stringProp>
>> <stringProp name="flighttime">0</stringProp>
>> <elementProp name="ThreadGroup.main_controller"
>> elementType="LoopController" guiclass="LoopControlPanel"
>> testclass="LoopController" testname="Loop Controller" enabled="true">
>> <boolProp name="LoopController.continue_forever">false</boolProp>
>> <intProp name="LoopController.loops">-1</intProp>
>> </elementProp>
>> </kg.apc.jmeter.threads.SteppingThreadGroup>
>> <hashTree>
>> <ConfigTestElement guiclass="HttpDefaultsGui"
>> testclass="ConfigTestElement" testname="HTTP Request Defaults"
>> enabled="true">
>> <elementProp name="HTTPsampler.Arguments" elementType="Arguments"
>> guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User Defined
>> Variables" enabled="true">
>> <collectionProp name="Arguments.arguments"/>
>> </elementProp>
>> <stringProp name="HTTPSampler.domain">server</stringProp>
>> <stringProp name="HTTPSampler.port">666</stringProp>
>> <stringProp name="HTTPSampler.connect_timeout"></stringProp>
>> <stringProp name="HTTPSampler.response_timeout"></stringProp>
>> <stringProp name="HTTPSampler.protocol"></stringProp>
>> <stringProp name="HTTPSampler.contentEncoding"></stringProp>
>> <stringProp name="HTTPSampler.path">/path/</stringProp>
>> </ConfigTestElement>
>> <hashTree/>
>> <HTTPSampler guiclass="HttpTestSampleGui" testclass="HTTPSampler"
>> testname="HTTP Request" enabled="true">
>> <elementProp name="HTTPsampler.Arguments" elementType="Arguments"
>> guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User Defined
>> Variables" enabled="true">
>> <collectionProp name="Arguments.arguments"/>
>> </elementProp>
>> <stringProp name="HTTPSampler.domain"></stringProp>
>> <stringProp name="HTTPSampler.port"></stringProp>
>> <stringProp name="HTTPSampler.connect_timeout"></stringProp>
>> <stringProp name="HTTPSampler.response_timeout"></stringProp>
>> <stringProp name="HTTPSampler.protocol"></stringProp>
>> <stringProp name="HTTPSampler.contentEncoding"></stringProp>
>> <stringProp
>>
>> name="HTTPSampler.path">/nopcommerce/AppExI_TestCases/tc1_r_large_file.aspx<
>> /stringProp>
>> <stringProp name="HTTPSampler.method">GET</stringProp>
>> <boolProp name="HTTPSampler.follow_redirects">true</boolProp>
>> <boolProp name="HTTPSampler.auto_redirects">false</boolProp>
>> <boolProp name="HTTPSampler.use_keepalive">true</boolProp>
>> <boolProp name="HTTPSampler.DO_MULTIPART_POST">false</boolProp>
>> <boolProp name="HTTPSampler.monitor">false</boolProp>
>> <stringProp name="HTTPSampler.embedded_url_re"></stringProp>
>> </HTTPSampler>
>> <hashTree/>
>> <kg.apc.jmeter.reporters.AutoStop
>> guiclass="kg.apc.jmeter.reporters.AutoStopGui"
>> testclass="kg.apc.jmeter.reporters.AutoStop" testname="jp@gc - AutoStop
>> Listener" enabled="true">
>> <stringProp name="avg_response_time">20000</stringProp>
>> <stringProp name="avg_response_time_length">5</stringProp>
>> <stringProp name="error_rate">50</stringProp>
>> <stringProp name="error_rate_length">10</stringProp>
>> <stringProp name="avg_response_latency">0</stringProp>
>> <stringProp name="avg_response_latency_length">10</stringProp>
>> </kg.apc.jmeter.reporters.AutoStop>
>> <hashTree/>
>> </hashTree>
>> </hashTree>
>> </hashTree>
>> </jmeterTestPlan>
>>
>> -----Original Message-----
>> From: Deepak Shetty [mailto:shettyd@gmail.com]
>> Sent: dinsdag 29 maart 2011 18:03
>> To: JMeter Users List
>> Subject: Re: RE: question about duration assertion
>>
>> If you are running jmeter on the same machine as your server expect weird
>> results. Run jmeter on a different machine
>> On Mar 29, 2011 8:53 AM, "Cor-Paul Bezemer" <c....@tudelft.nl> wrote:
>> > I'm using Win 7, Java 1.6.0, Jmeter 2.4 and I'm not running it from
>> inside
>> a
>> > virtual machine.
>> >
>> > -----Original Message-----
>> > From: sebb [mailto:sebbaz@gmail.com]
>> > Sent: dinsdag 29 maart 2011 17:21
>> > To: JMeter Users List
>> > Subject: Re: question about duration assertion
>> >
>> > Rather strange.
>> >
>> > What OS are you using? JVM? JMeter version?
>> >
>> > Are you running it in a virtual machine?
>> > That can cause problems with clocks.
>> >
>> > On 29 March 2011 15:33, Cor-Paul Bezemer <c....@tudelft.nl> wrote:
>> >> Hmmmm OK... The strange thing is that I don't really see my java
>> process
>> >> using a large amount of memory.
>> >>
>> >> The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual memory
>> > usage
>> >> does not come near this.
>> >>
>> >>
>> >> -----Original Message-----
>> >> From: apc [mailto:apc@apc.kg]
>> >> Sent: dinsdag 29 maart 2011 16:29
>> >> To: jmeter-user@jakarta.apache.org
>> >> Subject: RE: question about duration assertion
>> >>
>> >> A-ha! OutOfMemory!
>> >>
>> >> This means that your JMeter works with resource problems... And this
>> may
>> >> cause a lot of side effects.
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> >
>>
>> http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
>> >> 21p4269485.html
>> >> Sent from the JMeter - User mailing list archive at Nabble.com.
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >>
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>>
>
Re: RE: question about duration assertion
Posted by sebb <se...@gmail.com>.
On 30 March 2011 11:23, apc <ap...@apc.kg> wrote:
> Yes, it creates all threads at the start of the test. And standard Thread
> Group do the same.
Yes, the ramp-up is implemented by pauses in the thread, rather than
pausing before start() is called.
> 10K threads seems to be bad option for single generator machine.
> Try distributed testing!
Better to use multiple non-GUI tests, distributed testing can place a
large load on the client system and network unless using batch or
statisical sampling mode.
> --
> View this message in context: http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp4269021p4271175.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: RE: question about duration assertion
Posted by apc <ap...@apc.kg>.
Yes, it creates all threads at the start of the test. And standard Thread
Group do the same.
10K threads seems to be bad option for single generator machine.
Try distributed testing!
--
View this message in context: http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp4269021p4271175.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: RE: question about duration assertion
Posted by Deepak Shetty <sh...@gmail.com>.
Ah i see you are using the Stepping Thread Group which I dont have much
familiarity with but your count of 10,000 seems too high - I suppose Andrey
ill weigh in but it sounds as if its attempting to create all threads right
at the start
reduce this to a much lower value(with sufficient ramp up times) and use
multiple JMeter instances on different servers if you want a higher
concurrent load. Or temporarily try with the standard thread group (with a
big enough ramp up for your number of threads)
You probably see discrepancies in time because of your OOM(Im assuming this
is the same cant create native thread) and because you seem to be using too
many threads due to which the overhead on the client probably gets you a
much higher value on your times.
regards
deepak
On Wed, Mar 30, 2011 at 2:11 AM, Cor-Paul Bezemer <c....@tudelft.nl>wrote:
> I have tried to run JMeter from a different machine, but the same occurs..
> In fact, I still get the OutOfMemory issue after 10 threads :/ After this
> the test continues and right before I get the following OutOfMemory
> exception, the Autostop plugin tells me that the avg response time is over
> 20s (which it was not as I can see from my IIS log). Can anyone perhaps try
> this testcase and see if they get the same result as I do? (make sure to
> fill in the URL, should happen with all URLs).
>
> <?xml version="1.0" encoding="UTF-8"?>
> <jmeterTestPlan version="1.2" properties="2.1">
> <hashTree>
> <TestPlan guiclass="TestPlanGui" testclass="TestPlan" testname="Test
> Plan" enabled="true">
> <stringProp name="TestPlan.comments"></stringProp>
> <boolProp name="TestPlan.functional_mode">false</boolProp>
> <boolProp name="TestPlan.serialize_threadgroups">false</boolProp>
> <elementProp name="TestPlan.user_defined_variables"
> elementType="Arguments" guiclass="ArgumentsPanel" testclass="Arguments"
> testname="User Defined Variables" enabled="true">
> <collectionProp name="Arguments.arguments"/>
> </elementProp>
> <stringProp name="TestPlan.user_define_classpath"></stringProp>
> </TestPlan>
> <hashTree>
> <CookieManager guiclass="CookiePanel" testclass="CookieManager"
> testname="HTTP Cookie Manager" enabled="true">
> <collectionProp name="CookieManager.cookies"/>
> <boolProp name="CookieManager.clearEachIteration">false</boolProp>
> <stringProp name="CookieManager.policy">rfc2109</stringProp>
> </CookieManager>
> <hashTree/>
> <kg.apc.jmeter.threads.SteppingThreadGroup
> guiclass="kg.apc.jmeter.threads.SteppingThreadGroupGui"
> testclass="kg.apc.jmeter.threads.SteppingThreadGroup" testname="Stepping
> Thread Group" enabled="true">
> <stringProp name="ThreadGroup.on_sample_error">stoptest</stringProp>
> <stringProp name="ThreadGroup.num_threads">10000</stringProp>
> <stringProp name="Threads initial delay">0</stringProp>
> <stringProp name="Start users count">10</stringProp>
> <stringProp name="Start users period">5</stringProp>
> <stringProp name="Stop users count">5</stringProp>
> <stringProp name="Stop users period">1</stringProp>
> <stringProp name="flighttime">0</stringProp>
> <elementProp name="ThreadGroup.main_controller"
> elementType="LoopController" guiclass="LoopControlPanel"
> testclass="LoopController" testname="Loop Controller" enabled="true">
> <boolProp name="LoopController.continue_forever">false</boolProp>
> <intProp name="LoopController.loops">-1</intProp>
> </elementProp>
> </kg.apc.jmeter.threads.SteppingThreadGroup>
> <hashTree>
> <ConfigTestElement guiclass="HttpDefaultsGui"
> testclass="ConfigTestElement" testname="HTTP Request Defaults"
> enabled="true">
> <elementProp name="HTTPsampler.Arguments" elementType="Arguments"
> guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User Defined
> Variables" enabled="true">
> <collectionProp name="Arguments.arguments"/>
> </elementProp>
> <stringProp name="HTTPSampler.domain">server</stringProp>
> <stringProp name="HTTPSampler.port">666</stringProp>
> <stringProp name="HTTPSampler.connect_timeout"></stringProp>
> <stringProp name="HTTPSampler.response_timeout"></stringProp>
> <stringProp name="HTTPSampler.protocol"></stringProp>
> <stringProp name="HTTPSampler.contentEncoding"></stringProp>
> <stringProp name="HTTPSampler.path">/path/</stringProp>
> </ConfigTestElement>
> <hashTree/>
> <HTTPSampler guiclass="HttpTestSampleGui" testclass="HTTPSampler"
> testname="HTTP Request" enabled="true">
> <elementProp name="HTTPsampler.Arguments" elementType="Arguments"
> guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User Defined
> Variables" enabled="true">
> <collectionProp name="Arguments.arguments"/>
> </elementProp>
> <stringProp name="HTTPSampler.domain"></stringProp>
> <stringProp name="HTTPSampler.port"></stringProp>
> <stringProp name="HTTPSampler.connect_timeout"></stringProp>
> <stringProp name="HTTPSampler.response_timeout"></stringProp>
> <stringProp name="HTTPSampler.protocol"></stringProp>
> <stringProp name="HTTPSampler.contentEncoding"></stringProp>
> <stringProp
>
> name="HTTPSampler.path">/nopcommerce/AppExI_TestCases/tc1_r_large_file.aspx<
> /stringProp>
> <stringProp name="HTTPSampler.method">GET</stringProp>
> <boolProp name="HTTPSampler.follow_redirects">true</boolProp>
> <boolProp name="HTTPSampler.auto_redirects">false</boolProp>
> <boolProp name="HTTPSampler.use_keepalive">true</boolProp>
> <boolProp name="HTTPSampler.DO_MULTIPART_POST">false</boolProp>
> <boolProp name="HTTPSampler.monitor">false</boolProp>
> <stringProp name="HTTPSampler.embedded_url_re"></stringProp>
> </HTTPSampler>
> <hashTree/>
> <kg.apc.jmeter.reporters.AutoStop
> guiclass="kg.apc.jmeter.reporters.AutoStopGui"
> testclass="kg.apc.jmeter.reporters.AutoStop" testname="jp@gc - AutoStop
> Listener" enabled="true">
> <stringProp name="avg_response_time">20000</stringProp>
> <stringProp name="avg_response_time_length">5</stringProp>
> <stringProp name="error_rate">50</stringProp>
> <stringProp name="error_rate_length">10</stringProp>
> <stringProp name="avg_response_latency">0</stringProp>
> <stringProp name="avg_response_latency_length">10</stringProp>
> </kg.apc.jmeter.reporters.AutoStop>
> <hashTree/>
> </hashTree>
> </hashTree>
> </hashTree>
> </jmeterTestPlan>
>
> -----Original Message-----
> From: Deepak Shetty [mailto:shettyd@gmail.com]
> Sent: dinsdag 29 maart 2011 18:03
> To: JMeter Users List
> Subject: Re: RE: question about duration assertion
>
> If you are running jmeter on the same machine as your server expect weird
> results. Run jmeter on a different machine
> On Mar 29, 2011 8:53 AM, "Cor-Paul Bezemer" <c....@tudelft.nl> wrote:
> > I'm using Win 7, Java 1.6.0, Jmeter 2.4 and I'm not running it from
> inside
> a
> > virtual machine.
> >
> > -----Original Message-----
> > From: sebb [mailto:sebbaz@gmail.com]
> > Sent: dinsdag 29 maart 2011 17:21
> > To: JMeter Users List
> > Subject: Re: question about duration assertion
> >
> > Rather strange.
> >
> > What OS are you using? JVM? JMeter version?
> >
> > Are you running it in a virtual machine?
> > That can cause problems with clocks.
> >
> > On 29 March 2011 15:33, Cor-Paul Bezemer <c....@tudelft.nl> wrote:
> >> Hmmmm OK... The strange thing is that I don't really see my java process
> >> using a large amount of memory.
> >>
> >> The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual memory
> > usage
> >> does not come near this.
> >>
> >>
> >> -----Original Message-----
> >> From: apc [mailto:apc@apc.kg]
> >> Sent: dinsdag 29 maart 2011 16:29
> >> To: jmeter-user@jakarta.apache.org
> >> Subject: RE: question about duration assertion
> >>
> >> A-ha! OutOfMemory!
> >>
> >> This means that your JMeter works with resource problems... And this may
> >> cause a lot of side effects.
> >>
> >> --
> >> View this message in context:
> >>
> >
>
> http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
> >> 21p4269485.html
> >> Sent from the JMeter - User mailing list archive at Nabble.com.
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: RE: question about duration assertion
Posted by Deepak Shetty <sh...@gmail.com>.
If you are running jmeter on the same machine as your server expect weird
results. Run jmeter on a different machine
On Mar 29, 2011 8:53 AM, "Cor-Paul Bezemer" <c....@tudelft.nl> wrote:
> I'm using Win 7, Java 1.6.0, Jmeter 2.4 and I'm not running it from inside
a
> virtual machine.
>
> -----Original Message-----
> From: sebb [mailto:sebbaz@gmail.com]
> Sent: dinsdag 29 maart 2011 17:21
> To: JMeter Users List
> Subject: Re: question about duration assertion
>
> Rather strange.
>
> What OS are you using? JVM? JMeter version?
>
> Are you running it in a virtual machine?
> That can cause problems with clocks.
>
> On 29 March 2011 15:33, Cor-Paul Bezemer <c....@tudelft.nl> wrote:
>> Hmmmm OK... The strange thing is that I don't really see my java process
>> using a large amount of memory.
>>
>> The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual memory
> usage
>> does not come near this.
>>
>>
>> -----Original Message-----
>> From: apc [mailto:apc@apc.kg]
>> Sent: dinsdag 29 maart 2011 16:29
>> To: jmeter-user@jakarta.apache.org
>> Subject: RE: question about duration assertion
>>
>> A-ha! OutOfMemory!
>>
>> This means that your JMeter works with resource problems... And this may
>> cause a lot of side effects.
>>
>> --
>> View this message in context:
>>
>
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
>> 21p4269485.html
>> Sent from the JMeter - User mailing list archive at Nabble.com.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
Re: question about duration assertion
Posted by sebb <se...@gmail.com>.
Rather strange.
What OS are you using? JVM? JMeter version?
Are you running it in a virtual machine?
That can cause problems with clocks.
On 29 March 2011 15:33, Cor-Paul Bezemer <c....@tudelft.nl> wrote:
> Hmmmm OK... The strange thing is that I don't really see my java process
> using a large amount of memory.
>
> The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual memory usage
> does not come near this.
>
>
> -----Original Message-----
> From: apc [mailto:apc@apc.kg]
> Sent: dinsdag 29 maart 2011 16:29
> To: jmeter-user@jakarta.apache.org
> Subject: RE: question about duration assertion
>
> A-ha! OutOfMemory!
>
> This means that your JMeter works with resource problems... And this may
> cause a lot of side effects.
>
> --
> View this message in context:
> http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
> 21p4269485.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: question about duration assertion
Posted by Cor-Paul Bezemer <c....@tudelft.nl>.
Hmmmm OK... The strange thing is that I don't really see my java process
using a large amount of memory.
The memory settings are HEAP=-Xms1536m -Xmx1536m and the actual memory usage
does not come near this.
-----Original Message-----
From: apc [mailto:apc@apc.kg]
Sent: dinsdag 29 maart 2011 16:29
To: jmeter-user@jakarta.apache.org
Subject: RE: question about duration assertion
A-ha! OutOfMemory!
This means that your JMeter works with resource problems... And this may
cause a lot of side effects.
--
View this message in context:
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
21p4269485.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: question about duration assertion
Posted by apc <ap...@apc.kg>.
A-ha! OutOfMemory!
This means that your JMeter works with resource problems... And this may
cause a lot of side effects.
--
View this message in context: http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp4269021p4269485.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: question about duration assertion
Posted by Cor-Paul Bezemer <c....@tudelft.nl>.
I have checked and:
1. The server and client are on the same PC so this can't be the problem.
2. This could be possible, but an added ~15 seconds for a request with about
150 threads? Seems high to me, especially for a tool which is designed for
load testing..
3. This checkbox is disabled (not selected) everywhere.
4. I'm not sure what you mean with transaction controller? AFAIK I'm not
using one.
This is the part of jmeter.log around the part in which AutoStop stops the
test:
2011/03/29 15:55:27 INFO - jmeter.threads.JMeterThread: Thread started:
Stepping Thread Group 1-150
2011/03/29 15:55:27 INFO - jmeter.threads.JMeterThread: Thread started:
Stepping Thread Group 1-141
2011/03/29 15:55:27 INFO - jmeter.threads.JMeterThread: Thread started:
Stepping Thread Group 1-143
2011/03/29 15:55:27 INFO - kg.apc.jmeter.reporters.AutoStop: Average
Response Time is more than 20000 for 5s. Auto-shutdown test...
2011/03/29 15:55:27 ERROR - jmeter.threads.JMeterThread: Test failed!
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Unknown Source)
at
org.apache.jmeter.engine.StandardJMeterEngine.stopTest(StandardJMeterEngine.
java:342)
at
org.apache.jmeter.engine.StandardJMeterEngine.askThreadsToStop(StandardJMete
rEngine.java:549)
at kg.apc.jmeter.reporters.AutoStop.stopTest(AutoStop.java:279)
at
kg.apc.jmeter.reporters.AutoStop.sampleOccurred(AutoStop.java:65)
at
org.apache.jmeter.threads.ListenerNotifier.notifyListeners(ListenerNotifier.
java:87)
at
org.apache.jmeter.threads.JMeterThread.notifyListeners(JMeterThread.java:694
)
at
org.apache.jmeter.threads.JMeterThread.process_sampler(JMeterThread.java:362
)
at
org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:243)
at java.lang.Thread.run(Unknown Source)
2011/03/29 15:55:27 INFO - jmeter.threads.JMeterThread: Thread finished:
Stepping Thread Group 1-40
2011/03/29 15:55:27 INFO - jmeter.engine.StandardJMeterEngine: Ending
thread Stepping Thread Group 1-40
2011/03/29 15:55:27 INFO - kg.apc.jmeter.reporters.AutoStop: Average
Response Time is more than 20000 for 5s. Auto-shutdown test...
2011/03/29 15:55:27 INFO - jmeter.threads.JMeterThread: Stopping: Stepping
Thread Group 1-657
2011/03/29 15:55:27 INFO - jmeter.threads.JMeterThread: Stopping: Stepping
Thread Group 1-449
CP
-----Original Message-----
From: apc [mailto:apc@apc.kg]
Sent: dinsdag 29 maart 2011 15:38
To: jmeter-user@jakarta.apache.org
Subject: RE: question about duration assertion
I see several possible reasons:
1. Network latency - some network hardware/software may provide some delays
2. JMeter itself may cause delays at high transaction rates and complex test
plans
3. You use "download embedded resources" checkbox, this causes sampler work
as transaction controller, having sub-samples
4. You use transaction controller itself
--
View this message in context:
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
21p4269409.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: question about duration assertion
Posted by apc <ap...@apc.kg>.
I see several possible reasons:
1. Network latency - some network hardware/software may provide some delays
2. JMeter itself may cause delays at high transaction rates and complex test
plans
3. You use "download embedded resources" checkbox, this causes sampler work
as transaction controller, having sub-samples
4. You use transaction controller itself
--
View this message in context: http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp4269021p4269409.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: question about duration assertion
Posted by Cor-Paul Bezemer <c....@tudelft.nl>.
Thanks, this indeed does make my configuration easier.
However, the same problem still exists.. at some point the test stops and in
my JMeter log I see the average response time was > 20000ms for 5 seconds,
but when I check my IIS and proxy logs, I see no response time larger than
5000ms.... Any suggestions?
CP
-----Original Message-----
From: apc [mailto:apc@apc.kg]
Sent: dinsdag 29 maart 2011 13:38
To: jmeter-user@jakarta.apache.org
Subject: RE: question about duration assertion
Don't bother building it. There is shapshots here:
http://code.google.com/p/jmeter-plugins/downloads/list?can=1
--
View this message in context:
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
21p4269233.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: question about duration assertion
Posted by apc <ap...@apc.kg>.
Don't bother building it. There is shapshots here:
http://code.google.com/p/jmeter-plugins/downloads/list?can=1
--
View this message in context: http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp4269021p4269233.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: question about duration assertion
Posted by Cor-Paul Bezemer <c....@tudelft.nl>.
Thanks! This looks exactly like what I need indeed :)
I'm having some problems building the source though... is there a list of
dependencies I should download available somewhere?
Thx! CP
-----Original Message-----
From: apc [mailto:apc@apc.kg]
Sent: dinsdag 29 maart 2011 11:16
To: jmeter-user@jakarta.apache.org
Subject: Re: question about duration assertion
Check this out: http://code.google.com/p/jmeter-plugins/wiki/AutoStop
Note that it is available in 0.4.1 only, currently in snapshot4
--
View this message in context:
http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp42690
21p4269050.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: question about duration assertion
Posted by apc <ap...@apc.kg>.
Check this out: http://code.google.com/p/jmeter-plugins/wiki/AutoStop
Note that it is available in 0.4.1 only, currently in snapshot4
--
View this message in context: http://jmeter.512774.n5.nabble.com/question-about-duration-assertion-tp4269021p4269050.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org