You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by nandu2008 <na...@gmail.com> on 2010/07/01 06:42:12 UTC
Re: jmeter - https -question
Hey Deepak,
thanks again.
got it right now.
one more question.
I am trying to load an application with 100rps for 30 minutes.
So, I am doing this by taking 100 different threads and running it for ever
and stopping the test after 30 minutes.
I am giving a ramp up of 1 sec.
In the result data, I see that there are more requests than what I should be
getting.
I need to get 100X30X60 total in 30 minutes.
But the result is much more than that.
I am assuming that each thread is running more than once per second.
IS my assumption RIGHT?otherwise, I would have got 100X30X60 rps in result
as well.
So, in order for each thread to run only once per second, I am giving a
constant timer of 1000.
Is that right?
Does it actually mean that each of these 100 threads will run only once per
scond?
Is this the right way to make sure that only 100 threads will be run ineach
second?
thanks,
N
Deepak Shetty wrote:
>
> >see that there is / appended at the end of the pixel.(jmeter).
> Im not sure what you mean. Do you mean the URL has a forward /? If your
> original request doesnt have this , it is your web server which redirects
> you to a URL with a '/' (because your request was for a directory) - after
> which the default content for the directory is probably served .
> use follow redirects and view results tree listener to see
>
> regards
> deepak
>
>
> On Tue, Jun 29, 2010 at 4:45 PM, nandu2008 <na...@gmail.com> wrote:
>
>>
>> Thank you Deepak.
>>
>> Can I ask you one more q?
>> I see that there is / appended at the end of the pixel.(jmeter).
>> But, if I try it in a browser, I see that there is no / at the end.
>> Actually, we need to get the pixel without the / in jmeter.
>>
>> ps: I see that if I try www.google.com, there is a / at the end in both
>> jmeter and in browser window.
>>
>> thanks,
>> Bindu
>>
>>
>>
>>
>> nandu2008 wrote:
>> >
>> > Hey Deepak,
>> >
>> > Can I ask you one more q.
>> > So, I see the load time as expected, but again the latency is zero.
>> > So, I am assuming that the result is fine.
>> > Do you know whether the http_request/http client sampler will record
>> > latency?(Might be that it doesn't record latency). It is fine in
>> >
>> > Also, one more q.
>> > I am sending request for an http image pixel.
>> > But, I see that the response header field in sampler result(in listener
>> > "view tree")
>> > is http. But, the request field has the https url I mentioned. Does it
>> > mean that my test didn't run as it should be?
>> >
>> > It looks as follows:
>> >
>> > Response headers:
>> > HTTP/1.0 200 OK
>> > Content-Type: application/octet-stream
>> > Content-Length: 42
>> > Allow: GET
>> >
>> > thanks again,
>> > Bindu
>> >
>> >
>> > nandu2008 wrote:
>> >>
>> >> hello all,
>> >>
>> >> I am testing an https image pixel.
>> >> So, I don't have any authentication like user name etc.
>> >>
>> >> Basically, I run this test on a mac amchine and teh result is good.
>> >> But, if I run it an a linux machine, I see that the latency is always
>> 0.
>> >> also, I see some INFO in the logs as follows:
>> >>
>> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: I/O exception
>> >> (java.net.SocketException) caught when processing request: Connection
>> >> reset
>> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: Retrying
>> >> request"
>> >>
>> >> What does that mean?
>> >> is that an error? is that the reason why i am not getting latency?
>> >>
>> >> any help is appreciated.
>> >>
>> >> thanks,
>> >> Bindu
>> >>
>> >
>> >
>>
>> --
>> View this message in context:
>> http://old.nabble.com/jmeter---https--question-tp28997028p29029543.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
>>
>>
>
>
--
View this message in context: http://old.nabble.com/jmeter---https--question-tp28997028p29035934.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: jmeter - https -question
Posted by nandu2008 <na...@gmail.com>.
thanks Felix and Deepak,
N
Felix Frank-2 wrote:
>
>> SO, I am assuming that each thread ran more than once per second.
>> Is that RIGHT?
>
> Right.
>
>> So, in this case, giving a constant timer is okay...right? since I saw
>> the
>> exact number of results.
>
> Right.
>
>> Or am I missing something somewhere?
>
> No, your assumptions are correct now.
>
> Cheers
> Felix
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
--
View this message in context: http://old.nabble.com/jmeter---https--question-tp28997028p29046500.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: jmeter - https -question
Posted by Felix Frank <ff...@mpexnet.de>.
> SO, I am assuming that each thread ran more than once per second.
> Is that RIGHT?
Right.
> So, in this case, giving a constant timer is okay...right? since I saw the
> exact number of results.
Right.
> Or am I missing something somewhere?
No, your assumptions are correct now.
Cheers
Felix
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: jmeter - https -question
Posted by nandu2008 <na...@gmail.com>.
Hey Felix and Seb,
I don't think it'll be uniform.
So, giving a ramp up period doesn't mean that we'll get the threads divided
by the ramp up period.
It only guarantees that all the threads will be ready by the end of the ramp
up period.
thanks,
N
sebb-2-2 wrote:
>
> On 2 July 2010 07:38, Felix Frank <ff...@mpexnet.de> wrote:
>> On 07/01/2010 08:27 PM, Deepak Shetty wrote:
>>> Hi
>>> First When you need to limit the number of requests /per second use a
>>> constant throughput timer.
>>>
>>> The explanation for the behavior you see is
>>> If you dont have any timers or anything but just a ramp-up of say 1
>>> second
>>> and say your pixel takes 0.1 seconds then
>>> Start of test , JMeter will create 1 thread , thenmake a request , get
>>> the
>>> response back in 0.1 seconds and immediate go and make the second
>>> request ,
>>> and so on for the first second , then JMeter will created the second
>>> thread(ramp up of 1 sec) <snip>
>>
>> Doesn't the ramp up specify how long Jmeter takes to launch *all*
>> threads? So, for 100 threads with rampup 1sec, that would be one thread
>> launched each 10msec, no?
>
> Yes, the ramp-up time is divided by the number of threads to work out
> the delay between threads.
>
>> Cheers
>> Felix
>>
>> ---------------------------------------------------------------------
>> 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
>
>
>
--
View this message in context: http://old.nabble.com/jmeter---https--question-tp28997028p29055804.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: jmeter - https -question
Posted by sebb <se...@gmail.com>.
On 2 July 2010 07:38, Felix Frank <ff...@mpexnet.de> wrote:
> On 07/01/2010 08:27 PM, Deepak Shetty wrote:
>> Hi
>> First When you need to limit the number of requests /per second use a
>> constant throughput timer.
>>
>> The explanation for the behavior you see is
>> If you dont have any timers or anything but just a ramp-up of say 1 second
>> and say your pixel takes 0.1 seconds then
>> Start of test , JMeter will create 1 thread , thenmake a request , get the
>> response back in 0.1 seconds and immediate go and make the second request ,
>> and so on for the first second , then JMeter will created the second
>> thread(ramp up of 1 sec) <snip>
>
> Doesn't the ramp up specify how long Jmeter takes to launch *all*
> threads? So, for 100 threads with rampup 1sec, that would be one thread
> launched each 10msec, no?
Yes, the ramp-up time is divided by the number of threads to work out
the delay between threads.
> Cheers
> Felix
>
> ---------------------------------------------------------------------
> 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: jmeter - https -question
Posted by Deepak Shetty <sh...@gmail.com>.
Sorry I believe you are right. Shouldnt rely on memory
On Thu, Jul 1, 2010 at 11:38 PM, Felix Frank <ff...@mpexnet.de> wrote:
> On 07/01/2010 08:27 PM, Deepak Shetty wrote:
> > Hi
> > First When you need to limit the number of requests /per second use a
> > constant throughput timer.
> >
> > The explanation for the behavior you see is
> > If you dont have any timers or anything but just a ramp-up of say 1
> second
> > and say your pixel takes 0.1 seconds then
> > Start of test , JMeter will create 1 thread , thenmake a request , get
> the
> > response back in 0.1 seconds and immediate go and make the second request
> ,
> > and so on for the first second , then JMeter will created the second
> > thread(ramp up of 1 sec) <snip>
>
> Doesn't the ramp up specify how long Jmeter takes to launch *all*
> threads? So, for 100 threads with rampup 1sec, that would be one thread
> launched each 10msec, no?
>
> Cheers
> Felix
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: jmeter - https -question
Posted by Felix Frank <ff...@mpexnet.de>.
On 07/01/2010 08:27 PM, Deepak Shetty wrote:
> Hi
> First When you need to limit the number of requests /per second use a
> constant throughput timer.
>
> The explanation for the behavior you see is
> If you dont have any timers or anything but just a ramp-up of say 1 second
> and say your pixel takes 0.1 seconds then
> Start of test , JMeter will create 1 thread , thenmake a request , get the
> response back in 0.1 seconds and immediate go and make the second request ,
> and so on for the first second , then JMeter will created the second
> thread(ramp up of 1 sec) <snip>
Doesn't the ramp up specify how long Jmeter takes to launch *all*
threads? So, for 100 threads with rampup 1sec, that would be one thread
launched each 10msec, no?
Cheers
Felix
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: jmeter - https -question
Posted by nandu2008 <na...@gmail.com>.
thank you Felix.
got it now.
Felix Frank-2 wrote:
>
>> But, I am not getting a good doc about constant throughput timer.
>> I tried net, but no luck.
>
> http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Constant_Throughput_Timer
>
> This URL is in basically every thread on this list!
>
>> I see that there are 2 fields.
>> #1 target throughput(in samples per minute) - so I need 100 threads per
>> minute, I should use 100X60 RIGHT?
>
> For 100 per SECOND - right.
>
>> #2 Calculate throughput based on - so I need to give "calculate
>> throughput
>> based on all threads in this threadgroup.RIGHT?
>
> Depends. If you have only one thread group with one task all the threads
> are performing, it won't matter much.
>
>> Then I'll get 100X60 every minute...right?
>> Also, does it uniformly distribute the load every second?
>> Or does it only guarantee that it'll run 100X60 per minute?
>
> It distributes quite evenly.
>
>> I don't think it'll be uniform.
>> So, giving a ramp up period doesn't mean that we'll get the threads
>> divided
>> by the ramp up period.
>> It only guarantees that all the threads will be ready by the end of
>> the ramp
>> up period.
>
> Experience has shown otherwise. The rampup is quite even, try longer
> ramp up times. The start time distribution is even, baring artifacts
> such as intermittent garbace collector runs.
>
> Cheers
> Felix
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
--
View this message in context: http://old.nabble.com/jmeter---https--question-tp28997028p29056886.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: jmeter - https -question
Posted by Felix Frank <ff...@mpexnet.de>.
> But, I am not getting a good doc about constant throughput timer.
> I tried net, but no luck.
http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Constant_Throughput_Timer
This URL is in basically every thread on this list!
> I see that there are 2 fields.
> #1 target throughput(in samples per minute) - so I need 100 threads per
> minute, I should use 100X60 RIGHT?
For 100 per SECOND - right.
> #2 Calculate throughput based on - so I need to give "calculate throughput
> based on all threads in this threadgroup.RIGHT?
Depends. If you have only one thread group with one task all the threads
are performing, it won't matter much.
> Then I'll get 100X60 every minute...right?
> Also, does it uniformly distribute the load every second?
> Or does it only guarantee that it'll run 100X60 per minute?
It distributes quite evenly.
> I don't think it'll be uniform.
> So, giving a ramp up period doesn't mean that we'll get the threads
> divided
> by the ramp up period.
> It only guarantees that all the threads will be ready by the end of
> the ramp
> up period.
Experience has shown otherwise. The rampup is quite even, try longer
ramp up times. The start time distribution is even, baring artifacts
such as intermittent garbace collector runs.
Cheers
Felix
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: jmeter - https -question
Posted by nandu2008 <na...@gmail.com>.
hey Deepak,
thank you so much.
Very clearly explained.
But, I am not getting a good doc about constant throughput timer.
I tried net, but no luck.
I see that there are 2 fields.
#1 target throughput(in samples per minute) - so I need 100 threads per
minute, I should use 100X60 RIGHT?
#2 Calculate throughput based on - so I need to give "calculate throughput
based on all threads in this threadgroup.RIGHT?
Then I'll get 100X60 every minute...right?
Also, does it uniformly distribute the load every second?
Or does it only guarantee that it'll run 100X60 per minute?
thanks again,
N
Deepak Shetty wrote:
>
> Hi
> First When you need to limit the number of requests /per second use a
> constant throughput timer.
>
> The explanation for the behavior you see is
> If you dont have any timers or anything but just a ramp-up of say 1 second
> and say your pixel takes 0.1 seconds then
> Start of test , JMeter will create 1 thread , thenmake a request , get the
> response back in 0.1 seconds and immediate go and make the second request
> ,
> and so on for the first second , then JMeter will created the second
> thread(ramp up of 1 sec) so that now every 0.1 seconds two threads will
> request the pixel and at the third second Jmeter creates thread 3 and so
> on
> till the 100th second by which time all 100 threads are created after
> which
> ramp up does not apply and all of them make a request every 0.1 second.
> So
> you will see a much higher throughput (it will be determined by how
> quickly
> the response returns)
>
> In the second case , with constant timer , it might seem to work for you
> because your pixel probably takes very little time. Consider however if
> your
> pixel request took 0.5 seconds to process. Then a thread would make a
> request get the response back in 0.5 seconds and then wait the entire 1
> second before making the next request - so you would be making 1 request
> per
> 1.5 second per thread which is lower than what you want.
>
> The Constant throughput timer tries to account for the above so if you say
> 1
> want 60 requests per minute , per thread then it will adjust its delay
> accordingly (assuming that your system can support that throughput)
>
> regards
> deepak
>
> regards
> deepak
>
>
>
> On Thu, Jul 1, 2010 at 6:51 AM, nandu2008 <na...@gmail.com> wrote:
>
>>
>> Hey Deepak,
>>
>> Sorry I didn't get it completely.
>> Here is the case:
>> 100 threads per second and forever(I quit after a certain amount of time,
>> say 30 mins).
>> So, I should be seeing 100X30X60 results in the response if it had run
>> once
>> per second...right?(what I am testing is a pixel. So, response is very
>> fast).
>> But, I see more than that amount. Almost triple of that amount.(I
>> verirified
>> that all has a successful reponse code-200).
>> SO, I am assuming that each thread ran more than once per second.
>> Is that RIGHT?
>>
>> Then, if I give a constant timer(1000ms), I see the exact number of
>> results
>> in the result set. 100X30X60.
>> So, that means that, in my case, the threads ran only once per
>> second...right?
>> So, in this case, giving a constant timer is okay...right? since I saw
>> the
>> exact number of results.
>>
>> Or am I missing something somewhere?
>> thanks and sorry Deepak to bug you again,
>> N
>>
>>
>> Deepak Shetty wrote:
>> >
>> > Hi
>> > Use a throughput controller to control how many requests per second are
>> > sent.
>> >
>> > JMeter will send as many requests as it can. The rampup merely means
>> how
>> > long Jmeter will wait before creating a thread at the start. This has
>> no
>> > meaning after all the threads are created . A delay only guarantees a
>> > delay
>> > between requests - it does not factor in the time taken to actually
>> > execute
>> > the request so your throughput will be lower than what you want
>> >
>> > regards
>> > deepak
>> >
>> > On Wed, Jun 30, 2010 at 9:42 PM, nandu2008 <na...@gmail.com>
>> wrote:
>> >
>> >>
>> >> Hey Deepak,
>> >> thanks again.
>> >> got it right now.
>> >>
>> >> one more question.
>> >> I am trying to load an application with 100rps for 30 minutes.
>> >> So, I am doing this by taking 100 different threads and running it for
>> >> ever
>> >> and stopping the test after 30 minutes.
>> >> I am giving a ramp up of 1 sec.
>> >> In the result data, I see that there are more requests than what I
>> should
>> >> be
>> >> getting.
>> >> I need to get 100X30X60 total in 30 minutes.
>> >> But the result is much more than that.
>> >> I am assuming that each thread is running more than once per second.
>> >> IS my assumption RIGHT?otherwise, I would have got 100X30X60 rps in
>> >> result
>> >> as well.
>> >>
>> >> So, in order for each thread to run only once per second, I am giving
>> a
>> >> constant timer of 1000.
>> >> Is that right?
>> >> Does it actually mean that each of these 100 threads will run only
>> once
>> >> per
>> >> scond?
>> >> Is this the right way to make sure that only 100 threads will be run
>> >> ineach
>> >> second?
>> >>
>> >> thanks,
>> >> N
>> >>
>> >>
>> >> Deepak Shetty wrote:
>> >> >
>> >> > >see that there is / appended at the end of the pixel.(jmeter).
>> >> > Im not sure what you mean. Do you mean the URL has a forward /? If
>> >> your
>> >> > original request doesnt have this , it is your web server which
>> >> redirects
>> >> > you to a URL with a '/' (because your request was for a directory) -
>> >> after
>> >> > which the default content for the directory is probably served .
>> >> > use follow redirects and view results tree listener to see
>> >> >
>> >> > regards
>> >> > deepak
>> >> >
>> >> >
>> >> > On Tue, Jun 29, 2010 at 4:45 PM, nandu2008 <na...@gmail.com>
>> >> wrote:
>> >> >
>> >> >>
>> >> >> Thank you Deepak.
>> >> >>
>> >> >> Can I ask you one more q?
>> >> >> I see that there is / appended at the end of the pixel.(jmeter).
>> >> >> But, if I try it in a browser, I see that there is no / at the end.
>> >> >> Actually, we need to get the pixel without the / in jmeter.
>> >> >>
>> >> >> ps: I see that if I try www.google.com, there is a / at the end in
>> >> both
>> >> >> jmeter and in browser window.
>> >> >>
>> >> >> thanks,
>> >> >> Bindu
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >> nandu2008 wrote:
>> >> >> >
>> >> >> > Hey Deepak,
>> >> >> >
>> >> >> > Can I ask you one more q.
>> >> >> > So, I see the load time as expected, but again the latency is
>> zero.
>> >> >> > So, I am assuming that the result is fine.
>> >> >> > Do you know whether the http_request/http client sampler will
>> record
>> >> >> > latency?(Might be that it doesn't record latency). It is fine in
>> >> >> >
>> >> >> > Also, one more q.
>> >> >> > I am sending request for an http image pixel.
>> >> >> > But, I see that the response header field in sampler result(in
>> >> listener
>> >> >> > "view tree")
>> >> >> > is http. But, the request field has the https url I mentioned.
>> Does
>> >> it
>> >> >> > mean that my test didn't run as it should be?
>> >> >> >
>> >> >> > It looks as follows:
>> >> >> >
>> >> >> > Response headers:
>> >> >> > HTTP/1.0 200 OK
>> >> >> > Content-Type: application/octet-stream
>> >> >> > Content-Length: 42
>> >> >> > Allow: GET
>> >> >> >
>> >> >> > thanks again,
>> >> >> > Bindu
>> >> >> >
>> >> >> >
>> >> >> > nandu2008 wrote:
>> >> >> >>
>> >> >> >> hello all,
>> >> >> >>
>> >> >> >> I am testing an https image pixel.
>> >> >> >> So, I don't have any authentication like user name etc.
>> >> >> >>
>> >> >> >> Basically, I run this test on a mac amchine and teh result is
>> good.
>> >> >> >> But, if I run it an a linux machine, I see that the latency is
>> >> always
>> >> >> 0.
>> >> >> >> also, I see some INFO in the logs as follows:
>> >> >> >>
>> >> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: I/O
>> >> exception
>> >> >> >> (java.net.SocketException) caught when processing request:
>> >> Connection
>> >> >> >> reset
>> >> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector:
>> Retrying
>> >> >> >> request"
>> >> >> >>
>> >> >> >> What does that mean?
>> >> >> >> is that an error? is that the reason why i am not getting
>> latency?
>> >> >> >>
>> >> >> >> any help is appreciated.
>> >> >> >>
>> >> >> >> thanks,
>> >> >> >> Bindu
>> >> >> >>
>> >> >> >
>> >> >> >
>> >> >>
>> >> >> --
>> >> >> View this message in context:
>> >> >>
>> >>
>> http://old.nabble.com/jmeter---https--question-tp28997028p29029543.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
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://old.nabble.com/jmeter---https--question-tp28997028p29035934.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
>> >>
>> >>
>> >
>> >
>>
>> --
>> View this message in context:
>> http://old.nabble.com/jmeter---https--question-tp28997028p29045878.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
>>
>>
>
>
--
View this message in context: http://old.nabble.com/jmeter---https--question-tp28997028p29055778.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: jmeter - https -question
Posted by Deepak Shetty <sh...@gmail.com>.
Hi
First When you need to limit the number of requests /per second use a
constant throughput timer.
The explanation for the behavior you see is
If you dont have any timers or anything but just a ramp-up of say 1 second
and say your pixel takes 0.1 seconds then
Start of test , JMeter will create 1 thread , thenmake a request , get the
response back in 0.1 seconds and immediate go and make the second request ,
and so on for the first second , then JMeter will created the second
thread(ramp up of 1 sec) so that now every 0.1 seconds two threads will
request the pixel and at the third second Jmeter creates thread 3 and so on
till the 100th second by which time all 100 threads are created after which
ramp up does not apply and all of them make a request every 0.1 second. So
you will see a much higher throughput (it will be determined by how quickly
the response returns)
In the second case , with constant timer , it might seem to work for you
because your pixel probably takes very little time. Consider however if your
pixel request took 0.5 seconds to process. Then a thread would make a
request get the response back in 0.5 seconds and then wait the entire 1
second before making the next request - so you would be making 1 request per
1.5 second per thread which is lower than what you want.
The Constant throughput timer tries to account for the above so if you say 1
want 60 requests per minute , per thread then it will adjust its delay
accordingly (assuming that your system can support that throughput)
regards
deepak
regards
deepak
On Thu, Jul 1, 2010 at 6:51 AM, nandu2008 <na...@gmail.com> wrote:
>
> Hey Deepak,
>
> Sorry I didn't get it completely.
> Here is the case:
> 100 threads per second and forever(I quit after a certain amount of time,
> say 30 mins).
> So, I should be seeing 100X30X60 results in the response if it had run once
> per second...right?(what I am testing is a pixel. So, response is very
> fast).
> But, I see more than that amount. Almost triple of that amount.(I
> verirified
> that all has a successful reponse code-200).
> SO, I am assuming that each thread ran more than once per second.
> Is that RIGHT?
>
> Then, if I give a constant timer(1000ms), I see the exact number of results
> in the result set. 100X30X60.
> So, that means that, in my case, the threads ran only once per
> second...right?
> So, in this case, giving a constant timer is okay...right? since I saw the
> exact number of results.
>
> Or am I missing something somewhere?
> thanks and sorry Deepak to bug you again,
> N
>
>
> Deepak Shetty wrote:
> >
> > Hi
> > Use a throughput controller to control how many requests per second are
> > sent.
> >
> > JMeter will send as many requests as it can. The rampup merely means how
> > long Jmeter will wait before creating a thread at the start. This has no
> > meaning after all the threads are created . A delay only guarantees a
> > delay
> > between requests - it does not factor in the time taken to actually
> > execute
> > the request so your throughput will be lower than what you want
> >
> > regards
> > deepak
> >
> > On Wed, Jun 30, 2010 at 9:42 PM, nandu2008 <na...@gmail.com>
> wrote:
> >
> >>
> >> Hey Deepak,
> >> thanks again.
> >> got it right now.
> >>
> >> one more question.
> >> I am trying to load an application with 100rps for 30 minutes.
> >> So, I am doing this by taking 100 different threads and running it for
> >> ever
> >> and stopping the test after 30 minutes.
> >> I am giving a ramp up of 1 sec.
> >> In the result data, I see that there are more requests than what I
> should
> >> be
> >> getting.
> >> I need to get 100X30X60 total in 30 minutes.
> >> But the result is much more than that.
> >> I am assuming that each thread is running more than once per second.
> >> IS my assumption RIGHT?otherwise, I would have got 100X30X60 rps in
> >> result
> >> as well.
> >>
> >> So, in order for each thread to run only once per second, I am giving a
> >> constant timer of 1000.
> >> Is that right?
> >> Does it actually mean that each of these 100 threads will run only once
> >> per
> >> scond?
> >> Is this the right way to make sure that only 100 threads will be run
> >> ineach
> >> second?
> >>
> >> thanks,
> >> N
> >>
> >>
> >> Deepak Shetty wrote:
> >> >
> >> > >see that there is / appended at the end of the pixel.(jmeter).
> >> > Im not sure what you mean. Do you mean the URL has a forward /? If
> >> your
> >> > original request doesnt have this , it is your web server which
> >> redirects
> >> > you to a URL with a '/' (because your request was for a directory) -
> >> after
> >> > which the default content for the directory is probably served .
> >> > use follow redirects and view results tree listener to see
> >> >
> >> > regards
> >> > deepak
> >> >
> >> >
> >> > On Tue, Jun 29, 2010 at 4:45 PM, nandu2008 <na...@gmail.com>
> >> wrote:
> >> >
> >> >>
> >> >> Thank you Deepak.
> >> >>
> >> >> Can I ask you one more q?
> >> >> I see that there is / appended at the end of the pixel.(jmeter).
> >> >> But, if I try it in a browser, I see that there is no / at the end.
> >> >> Actually, we need to get the pixel without the / in jmeter.
> >> >>
> >> >> ps: I see that if I try www.google.com, there is a / at the end in
> >> both
> >> >> jmeter and in browser window.
> >> >>
> >> >> thanks,
> >> >> Bindu
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> nandu2008 wrote:
> >> >> >
> >> >> > Hey Deepak,
> >> >> >
> >> >> > Can I ask you one more q.
> >> >> > So, I see the load time as expected, but again the latency is zero.
> >> >> > So, I am assuming that the result is fine.
> >> >> > Do you know whether the http_request/http client sampler will
> record
> >> >> > latency?(Might be that it doesn't record latency). It is fine in
> >> >> >
> >> >> > Also, one more q.
> >> >> > I am sending request for an http image pixel.
> >> >> > But, I see that the response header field in sampler result(in
> >> listener
> >> >> > "view tree")
> >> >> > is http. But, the request field has the https url I mentioned. Does
> >> it
> >> >> > mean that my test didn't run as it should be?
> >> >> >
> >> >> > It looks as follows:
> >> >> >
> >> >> > Response headers:
> >> >> > HTTP/1.0 200 OK
> >> >> > Content-Type: application/octet-stream
> >> >> > Content-Length: 42
> >> >> > Allow: GET
> >> >> >
> >> >> > thanks again,
> >> >> > Bindu
> >> >> >
> >> >> >
> >> >> > nandu2008 wrote:
> >> >> >>
> >> >> >> hello all,
> >> >> >>
> >> >> >> I am testing an https image pixel.
> >> >> >> So, I don't have any authentication like user name etc.
> >> >> >>
> >> >> >> Basically, I run this test on a mac amchine and teh result is
> good.
> >> >> >> But, if I run it an a linux machine, I see that the latency is
> >> always
> >> >> 0.
> >> >> >> also, I see some INFO in the logs as follows:
> >> >> >>
> >> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: I/O
> >> exception
> >> >> >> (java.net.SocketException) caught when processing request:
> >> Connection
> >> >> >> reset
> >> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: Retrying
> >> >> >> request"
> >> >> >>
> >> >> >> What does that mean?
> >> >> >> is that an error? is that the reason why i am not getting latency?
> >> >> >>
> >> >> >> any help is appreciated.
> >> >> >>
> >> >> >> thanks,
> >> >> >> Bindu
> >> >> >>
> >> >> >
> >> >> >
> >> >>
> >> >> --
> >> >> View this message in context:
> >> >>
> >> http://old.nabble.com/jmeter---https--question-tp28997028p29029543.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
> >> >>
> >> >>
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >> http://old.nabble.com/jmeter---https--question-tp28997028p29035934.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
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/jmeter---https--question-tp28997028p29045878.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: jmeter - https -question
Posted by nandu2008 <na...@gmail.com>.
Hey Deepak,
Sorry I didn't get it completely.
Here is the case:
100 threads per second and forever(I quit after a certain amount of time,
say 30 mins).
So, I should be seeing 100X30X60 results in the response if it had run once
per second...right?(what I am testing is a pixel. So, response is very
fast).
But, I see more than that amount. Almost triple of that amount.(I verirified
that all has a successful reponse code-200).
SO, I am assuming that each thread ran more than once per second.
Is that RIGHT?
Then, if I give a constant timer(1000ms), I see the exact number of results
in the result set. 100X30X60.
So, that means that, in my case, the threads ran only once per
second...right?
So, in this case, giving a constant timer is okay...right? since I saw the
exact number of results.
Or am I missing something somewhere?
thanks and sorry Deepak to bug you again,
N
Deepak Shetty wrote:
>
> Hi
> Use a throughput controller to control how many requests per second are
> sent.
>
> JMeter will send as many requests as it can. The rampup merely means how
> long Jmeter will wait before creating a thread at the start. This has no
> meaning after all the threads are created . A delay only guarantees a
> delay
> between requests - it does not factor in the time taken to actually
> execute
> the request so your throughput will be lower than what you want
>
> regards
> deepak
>
> On Wed, Jun 30, 2010 at 9:42 PM, nandu2008 <na...@gmail.com> wrote:
>
>>
>> Hey Deepak,
>> thanks again.
>> got it right now.
>>
>> one more question.
>> I am trying to load an application with 100rps for 30 minutes.
>> So, I am doing this by taking 100 different threads and running it for
>> ever
>> and stopping the test after 30 minutes.
>> I am giving a ramp up of 1 sec.
>> In the result data, I see that there are more requests than what I should
>> be
>> getting.
>> I need to get 100X30X60 total in 30 minutes.
>> But the result is much more than that.
>> I am assuming that each thread is running more than once per second.
>> IS my assumption RIGHT?otherwise, I would have got 100X30X60 rps in
>> result
>> as well.
>>
>> So, in order for each thread to run only once per second, I am giving a
>> constant timer of 1000.
>> Is that right?
>> Does it actually mean that each of these 100 threads will run only once
>> per
>> scond?
>> Is this the right way to make sure that only 100 threads will be run
>> ineach
>> second?
>>
>> thanks,
>> N
>>
>>
>> Deepak Shetty wrote:
>> >
>> > >see that there is / appended at the end of the pixel.(jmeter).
>> > Im not sure what you mean. Do you mean the URL has a forward /? If
>> your
>> > original request doesnt have this , it is your web server which
>> redirects
>> > you to a URL with a '/' (because your request was for a directory) -
>> after
>> > which the default content for the directory is probably served .
>> > use follow redirects and view results tree listener to see
>> >
>> > regards
>> > deepak
>> >
>> >
>> > On Tue, Jun 29, 2010 at 4:45 PM, nandu2008 <na...@gmail.com>
>> wrote:
>> >
>> >>
>> >> Thank you Deepak.
>> >>
>> >> Can I ask you one more q?
>> >> I see that there is / appended at the end of the pixel.(jmeter).
>> >> But, if I try it in a browser, I see that there is no / at the end.
>> >> Actually, we need to get the pixel without the / in jmeter.
>> >>
>> >> ps: I see that if I try www.google.com, there is a / at the end in
>> both
>> >> jmeter and in browser window.
>> >>
>> >> thanks,
>> >> Bindu
>> >>
>> >>
>> >>
>> >>
>> >> nandu2008 wrote:
>> >> >
>> >> > Hey Deepak,
>> >> >
>> >> > Can I ask you one more q.
>> >> > So, I see the load time as expected, but again the latency is zero.
>> >> > So, I am assuming that the result is fine.
>> >> > Do you know whether the http_request/http client sampler will record
>> >> > latency?(Might be that it doesn't record latency). It is fine in
>> >> >
>> >> > Also, one more q.
>> >> > I am sending request for an http image pixel.
>> >> > But, I see that the response header field in sampler result(in
>> listener
>> >> > "view tree")
>> >> > is http. But, the request field has the https url I mentioned. Does
>> it
>> >> > mean that my test didn't run as it should be?
>> >> >
>> >> > It looks as follows:
>> >> >
>> >> > Response headers:
>> >> > HTTP/1.0 200 OK
>> >> > Content-Type: application/octet-stream
>> >> > Content-Length: 42
>> >> > Allow: GET
>> >> >
>> >> > thanks again,
>> >> > Bindu
>> >> >
>> >> >
>> >> > nandu2008 wrote:
>> >> >>
>> >> >> hello all,
>> >> >>
>> >> >> I am testing an https image pixel.
>> >> >> So, I don't have any authentication like user name etc.
>> >> >>
>> >> >> Basically, I run this test on a mac amchine and teh result is good.
>> >> >> But, if I run it an a linux machine, I see that the latency is
>> always
>> >> 0.
>> >> >> also, I see some INFO in the logs as follows:
>> >> >>
>> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: I/O
>> exception
>> >> >> (java.net.SocketException) caught when processing request:
>> Connection
>> >> >> reset
>> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: Retrying
>> >> >> request"
>> >> >>
>> >> >> What does that mean?
>> >> >> is that an error? is that the reason why i am not getting latency?
>> >> >>
>> >> >> any help is appreciated.
>> >> >>
>> >> >> thanks,
>> >> >> Bindu
>> >> >>
>> >> >
>> >> >
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://old.nabble.com/jmeter---https--question-tp28997028p29029543.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
>> >>
>> >>
>> >
>> >
>>
>> --
>> View this message in context:
>> http://old.nabble.com/jmeter---https--question-tp28997028p29035934.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
>>
>>
>
>
--
View this message in context: http://old.nabble.com/jmeter---https--question-tp28997028p29045878.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: jmeter - https -question
Posted by Deepak Shetty <sh...@gmail.com>.
sorry that should be use the Constant Throughput Timer (Not throughput
controller, bad memory)
http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Constant_Throughput_Timer
On Wed, Jun 30, 2010 at 9:46 PM, Deepak Shetty <sh...@gmail.com> wrote:
> Hi
> Use a throughput controller to control how many requests per second are
> sent.
>
> JMeter will send as many requests as it can. The rampup merely means how
> long Jmeter will wait before creating a thread at the start. This has no
> meaning after all the threads are created . A constant timer delay only
> guarantees a delay between requests - it does not factor in the time taken
> to actually execute the request so your throughput will be lower than what
> you want
>
> regards
> deepak
>
>
> On Wed, Jun 30, 2010 at 9:42 PM, nandu2008 <na...@gmail.com> wrote:
>
>>
>> Hey Deepak,
>> thanks again.
>> got it right now.
>>
>> one more question.
>> I am trying to load an application with 100rps for 30 minutes.
>> So, I am doing this by taking 100 different threads and running it for
>> ever
>> and stopping the test after 30 minutes.
>> I am giving a ramp up of 1 sec.
>> In the result data, I see that there are more requests than what I should
>> be
>> getting.
>> I need to get 100X30X60 total in 30 minutes.
>> But the result is much more than that.
>> I am assuming that each thread is running more than once per second.
>> IS my assumption RIGHT?otherwise, I would have got 100X30X60 rps in result
>> as well.
>>
>> So, in order for each thread to run only once per second, I am giving a
>> constant timer of 1000.
>> Is that right?
>> Does it actually mean that each of these 100 threads will run only once
>> per
>> scond?
>> Is this the right way to make sure that only 100 threads will be run
>> ineach
>> second?
>>
>> thanks,
>> N
>>
>>
>> Deepak Shetty wrote:
>> >
>> > >see that there is / appended at the end of the pixel.(jmeter).
>> > Im not sure what you mean. Do you mean the URL has a forward /? If your
>> > original request doesnt have this , it is your web server which
>> redirects
>> > you to a URL with a '/' (because your request was for a directory) -
>> after
>> > which the default content for the directory is probably served .
>> > use follow redirects and view results tree listener to see
>> >
>> > regards
>> > deepak
>> >
>> >
>> > On Tue, Jun 29, 2010 at 4:45 PM, nandu2008 <na...@gmail.com>
>> wrote:
>> >
>> >>
>> >> Thank you Deepak.
>> >>
>> >> Can I ask you one more q?
>> >> I see that there is / appended at the end of the pixel.(jmeter).
>> >> But, if I try it in a browser, I see that there is no / at the end.
>> >> Actually, we need to get the pixel without the / in jmeter.
>> >>
>> >> ps: I see that if I try www.google.com, there is a / at the end in
>> both
>> >> jmeter and in browser window.
>> >>
>> >> thanks,
>> >> Bindu
>> >>
>> >>
>> >>
>> >>
>> >> nandu2008 wrote:
>> >> >
>> >> > Hey Deepak,
>> >> >
>> >> > Can I ask you one more q.
>> >> > So, I see the load time as expected, but again the latency is zero.
>> >> > So, I am assuming that the result is fine.
>> >> > Do you know whether the http_request/http client sampler will record
>> >> > latency?(Might be that it doesn't record latency). It is fine in
>> >> >
>> >> > Also, one more q.
>> >> > I am sending request for an http image pixel.
>> >> > But, I see that the response header field in sampler result(in
>> listener
>> >> > "view tree")
>> >> > is http. But, the request field has the https url I mentioned. Does
>> it
>> >> > mean that my test didn't run as it should be?
>> >> >
>> >> > It looks as follows:
>> >> >
>> >> > Response headers:
>> >> > HTTP/1.0 200 OK
>> >> > Content-Type: application/octet-stream
>> >> > Content-Length: 42
>> >> > Allow: GET
>> >> >
>> >> > thanks again,
>> >> > Bindu
>> >> >
>> >> >
>> >> > nandu2008 wrote:
>> >> >>
>> >> >> hello all,
>> >> >>
>> >> >> I am testing an https image pixel.
>> >> >> So, I don't have any authentication like user name etc.
>> >> >>
>> >> >> Basically, I run this test on a mac amchine and teh result is good.
>> >> >> But, if I run it an a linux machine, I see that the latency is
>> always
>> >> 0.
>> >> >> also, I see some INFO in the logs as follows:
>> >> >>
>> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: I/O
>> exception
>> >> >> (java.net.SocketException) caught when processing request:
>> Connection
>> >> >> reset
>> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: Retrying
>> >> >> request"
>> >> >>
>> >> >> What does that mean?
>> >> >> is that an error? is that the reason why i am not getting latency?
>> >> >>
>> >> >> any help is appreciated.
>> >> >>
>> >> >> thanks,
>> >> >> Bindu
>> >> >>
>> >> >
>> >> >
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://old.nabble.com/jmeter---https--question-tp28997028p29029543.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
>> >>
>> >>
>> >
>> >
>>
>> --
>> View this message in context:
>> http://old.nabble.com/jmeter---https--question-tp28997028p29035934.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: jmeter - https -question
Posted by Deepak Shetty <sh...@gmail.com>.
Hi
Use a throughput controller to control how many requests per second are
sent.
JMeter will send as many requests as it can. The rampup merely means how
long Jmeter will wait before creating a thread at the start. This has no
meaning after all the threads are created . A delay only guarantees a delay
between requests - it does not factor in the time taken to actually execute
the request so your throughput will be lower than what you want
regards
deepak
On Wed, Jun 30, 2010 at 9:42 PM, nandu2008 <na...@gmail.com> wrote:
>
> Hey Deepak,
> thanks again.
> got it right now.
>
> one more question.
> I am trying to load an application with 100rps for 30 minutes.
> So, I am doing this by taking 100 different threads and running it for ever
> and stopping the test after 30 minutes.
> I am giving a ramp up of 1 sec.
> In the result data, I see that there are more requests than what I should
> be
> getting.
> I need to get 100X30X60 total in 30 minutes.
> But the result is much more than that.
> I am assuming that each thread is running more than once per second.
> IS my assumption RIGHT?otherwise, I would have got 100X30X60 rps in result
> as well.
>
> So, in order for each thread to run only once per second, I am giving a
> constant timer of 1000.
> Is that right?
> Does it actually mean that each of these 100 threads will run only once per
> scond?
> Is this the right way to make sure that only 100 threads will be run ineach
> second?
>
> thanks,
> N
>
>
> Deepak Shetty wrote:
> >
> > >see that there is / appended at the end of the pixel.(jmeter).
> > Im not sure what you mean. Do you mean the URL has a forward /? If your
> > original request doesnt have this , it is your web server which redirects
> > you to a URL with a '/' (because your request was for a directory) -
> after
> > which the default content for the directory is probably served .
> > use follow redirects and view results tree listener to see
> >
> > regards
> > deepak
> >
> >
> > On Tue, Jun 29, 2010 at 4:45 PM, nandu2008 <na...@gmail.com>
> wrote:
> >
> >>
> >> Thank you Deepak.
> >>
> >> Can I ask you one more q?
> >> I see that there is / appended at the end of the pixel.(jmeter).
> >> But, if I try it in a browser, I see that there is no / at the end.
> >> Actually, we need to get the pixel without the / in jmeter.
> >>
> >> ps: I see that if I try www.google.com, there is a / at the end in both
> >> jmeter and in browser window.
> >>
> >> thanks,
> >> Bindu
> >>
> >>
> >>
> >>
> >> nandu2008 wrote:
> >> >
> >> > Hey Deepak,
> >> >
> >> > Can I ask you one more q.
> >> > So, I see the load time as expected, but again the latency is zero.
> >> > So, I am assuming that the result is fine.
> >> > Do you know whether the http_request/http client sampler will record
> >> > latency?(Might be that it doesn't record latency). It is fine in
> >> >
> >> > Also, one more q.
> >> > I am sending request for an http image pixel.
> >> > But, I see that the response header field in sampler result(in
> listener
> >> > "view tree")
> >> > is http. But, the request field has the https url I mentioned. Does it
> >> > mean that my test didn't run as it should be?
> >> >
> >> > It looks as follows:
> >> >
> >> > Response headers:
> >> > HTTP/1.0 200 OK
> >> > Content-Type: application/octet-stream
> >> > Content-Length: 42
> >> > Allow: GET
> >> >
> >> > thanks again,
> >> > Bindu
> >> >
> >> >
> >> > nandu2008 wrote:
> >> >>
> >> >> hello all,
> >> >>
> >> >> I am testing an https image pixel.
> >> >> So, I don't have any authentication like user name etc.
> >> >>
> >> >> Basically, I run this test on a mac amchine and teh result is good.
> >> >> But, if I run it an a linux machine, I see that the latency is
> always
> >> 0.
> >> >> also, I see some INFO in the logs as follows:
> >> >>
> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: I/O
> exception
> >> >> (java.net.SocketException) caught when processing request: Connection
> >> >> reset
> >> >> INFO - org.apache.commons.httpclient.HttpMethodDirector: Retrying
> >> >> request"
> >> >>
> >> >> What does that mean?
> >> >> is that an error? is that the reason why i am not getting latency?
> >> >>
> >> >> any help is appreciated.
> >> >>
> >> >> thanks,
> >> >> Bindu
> >> >>
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >> http://old.nabble.com/jmeter---https--question-tp28997028p29029543.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
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/jmeter---https--question-tp28997028p29035934.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
>
>