You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by James Musselwhite <ja...@gmail.com> on 2012/05/14 20:26:53 UTC
Access log entries, results log entries, and expected RPS total count
not adding up
Hi folks
I've got an access log with 194K requests
I ran a test with the throughput shaping timer at 15 RPS for 6 hours, which
should be 324K requests
My results log has 235K entries
I would expect my results log to have either a.) 194K entries because the
access log was only read once or b.) 324K entries because it just kept
reading the same log over and over to fulfill the demands of the throughput
shaping timer.
However, my result log is 235K which doesn't mean anything to me. Can
someone elucidate how this works?
Thanks!
James
Re: Access log entries, results log entries, and expected RPS total
count not adding up
Posted by James Musselwhite <ja...@gmail.com>.
Nice! You are correct. I searched inside for the last line in the results
log and found it three times!
Is there any way that I can have the Access Log Sampler NOT do that? I
currently have to run it on "forever" mode because I don't know how to just
tell it to read until the log is done.
On Fri, May 18, 2012 at 8:10 AM, Deepak Goel <de...@gmail.com> wrote:
> Hey
>
> Looks like it is reading the access log multiple times as it has
> enough time for the test..
>
> 197k +197k+ 25k = 418k
>
> Rotations completed by Jmeter is around 2.1 times...
>
> :)
> Deepak
>
> On 5/17/12, James Musselwhite <ja...@gmail.com> wrote:
> > I'm deleting the results file after every run. They are always fresh.
> >
> > On Thu, May 17, 2012 at 4:26 AM, sebb <se...@gmail.com> wrote:
> >
> >> On 17 May 2012 01:43, James Musselwhite <ja...@gmail.com>
> >> wrote:
> >> > Let me give a concrete example of the problem I'm having.
> >> >
> >> > My thread group has only one sampler, and it is an Access Log Sampler.
> >> > It
> >> > reads tomcat access logs. Every line in that log is a GET. It simply
> >> reads
> >> > those GETS and pipes them at a target server. My access log has 197K
> >> > entries.
> >> >
> >> > I used the Throughput Shaping Timer set at 22 RPS for 6 hours. I can
> >>
> >> The Throughput Shaping Timer is not a standard JMeter test element.
> >> If it is causing problems, you will need to take that up with the
> >> provider using their support channel.
> >>
> >> > manually count in my results file my looking at the timestamps that
> >> jMeter
> >> > is delivering around 18-23 RPS, which is fine.
> >> >
> >> > So, given that RPS and the given time (21600 seconds), you would
> expect
> >> > that I would get anywhere from 388K-496K requests from jMeter.
> >> >
> >> > However, that is simply not the case. If I look at the last line in my
> >> > results log, line 418,166, it shows up at line 22902 in my access log.
> >> This
> >> > leads to many questions:
> >> >
> >> > 1. Why did I even get 418K lines in my results. I should have gotten
> >> > 197K
> >> > results because there are only 197K lines in the access log.
> >> > 2. Why is the line at 22902 showing up at 418K, at the end of the log?
> >> All
> >> > of the lines towards the end of the results are showing up at the ~23K
> >> mark
> >> > which leads me to believe that is how far through the log it got.
> >> >
> >> > I'm at a loss for ideas. Please help :)
> >>
> >> Remember that JMeter appends results to the sample result file ...
> >>
> >> >
> >> >
> >> > On Wed, May 16, 2012 at 3:53 AM, Sergio Boso <
> sergio@bosoconsulting.it
> >> >wrote:
> >> >
> >> >> Hi,
> >> >> I'm not sure about your configuration, particularly about the log
> file
> >> >> that was read once..
> >> >> It would be nice to have some more details about that.
> >> >>
> >> >> However, you should be aware that, if your system system under test
> >> cannot
> >> >> bear 15 TPS, the whole test will be slower thus returning less
> >> transaction
> >> >> in 6 hours.
> >> >> So, in this case, the Constant Throughput Timer, cannot make your
> >> >> system
> >> >> faster.
> >> >>
> >> >> You can check if this is the case, just by lowering the load (e.g to
> 5
> >> >> tps) and adjust your math: you should discover that the numbers are
> >> >> ok.
> >> >> regards
> >> >>
> >> >>
> >> >>
> >> >> Il 15/05/2012 14:59, Deepak Goel ha scritto:
> >> >>
> >> >> Hey
> >> >>>
> >> >>> Is there a possibility that:
> >> >>>
> >> >>> Each transaction of yours in the access log contains more hits to
> the
> >> >>> server.
> >> >>> i.e: HTML page has gifs too..
> >> >>>
> >> >>> :)
> >> >>> Deepak
> >> >>>
> >> >>> On 5/15/12, James Musselwhite<james.musselwhite@**gmail.com<
> >> james.musselwhite@gmail.com>>
> >> >>> wrote:
> >> >>>
> >> >>>> When I say "was read once", I was assuming that the Access Log
> >> >>>> Sampler
> >> >>>> will
> >> >>>> only parse the access log one time, even if the throughput shaper
> >> >>>> has
> >> >>>> more
> >> >>>> requests than is available in the access log. My access log had
> 194k
> >> >>>> entries, but my shaper was set for 15dps for 6 hours, which is more
> >> than
> >> >>>> 194k requests. Would it start the log over again or would it just
> >> >>>> end
> >> at
> >> >>>> 194k?
> >> >>>>
> >> >>>> On Mon, May 14, 2012 at 1:25 PM, Deepak Goel<de...@gmail.com>
> >> wrote:
> >> >>>>
> >> >>>> Hey
> >> >>>>>
> >> >>>>> Some possibilities
> >> >>>>>
> >> >>>>> 1. Network Issue rejecting connections resulting in errors also
> >> >>>>> being
> >> >>>>> registered in the results log
> >> >>>>> 2. The hardware machine rejecting connection due to overload
> >> >>>>>
> >> >>>>> I am unsure what do you mean by : "194K entries because the
> >> >>>>> access log was only read once"
> >> >>>>>
> >> >>>>> :)
> >> >>>>> Deepak
> >> >>>>>
> >> >>>>> On 5/14/12, James Musselwhite<james.musselwhite@**gmail.com<
> >> james.musselwhite@gmail.com>>
> >> >>>>> wrote:
> >> >>>>>
> >> >>>>>> Hi folks
> >> >>>>>>
> >> >>>>>> I've got an access log with 194K requests
> >> >>>>>> I ran a test with the throughput shaping timer at 15 RPS for 6
> >> hours,
> >> >>>>>>
> >> >>>>> which
> >> >>>>>
> >> >>>>>> should be 324K requests
> >> >>>>>> My results log has 235K entries
> >> >>>>>>
> >> >>>>>> I would expect my results log to have either a.) 194K entries
> >> because
> >> >>>>>> the
> >> >>>>>> access log was only read once or b.) 324K entries because it just
> >> kept
> >> >>>>>> reading the same log over and over to fulfill the demands of the
> >> >>>>>>
> >> >>>>> throughput
> >> >>>>>
> >> >>>>>> shaping timer.
> >> >>>>>>
> >> >>>>>> However, my result log is 235K which doesn't mean anything to me.
> >> Can
> >> >>>>>> someone elucidate how this works?
> >> >>>>>>
> >> >>>>>> Thanks!
> >> >>>>>> James
> >> >>>>>>
> >> >>>>>>
> >> >>>>> --
> >> >>>>> Namaskara~Nalama~Guten Tag~Bonjour
> >> >>>>>
> >> >>>>>
> >> >>>>> --
> >> >>>>> Keigu
> >> >>>>>
> >> >>>>> Deepak
> >> >>>>> +91-9765089593
> >> >>>>> deicool@gmail.com
> >> >>>>> http://www.simtree.net
> >> >>>>>
> >> >>>>> Skype: thumsupdeicool
> >> >>>>> Google talk: deicool
> >> >>>>> Blog: http://loveandfearless.**wordpress.com<
> >> http://loveandfearless.wordpress.com>
> >> >>>>> Facebook: http://www.facebook.com/**deicool<
> >> http://www.facebook.com/deicool>
> >> >>>>>
> >> >>>>> "Contribute to the world, environment and more :
> >> >>>>> http://www.gridrepublic.org
> >> >>>>> "
> >> >>>>>
> >> >>>>> ------------------------------**------------------------------**
> >> >>>>> ---------
> >> >>>>> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<
> >> user-unsubscribe@jmeter.apache.org>
> >> >>>>> For additional commands, e-mail: user-help@jmeter.apache.org
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>
> >> >>
> >> >> --
> >> >>
> >> >> Ing. Sergio Boso
> >> >>
> >> >> Mail:
> >> >> Web:
> >> >> PEC:
> >> >> Cell:
> >> >> Linkedin:
> >> >> Skype:
> >> >>
> >> >>
> >> >>
> >> >> sergio@bosoconsulting.it <ma...@yahoo.it>
> >> >> www.bosoconsulting.it
> >> >> sergio.boso@ingpec.eu <ma...@ingpec.eu>
> >> >> +39 335 7243 445
> >> >> http://it.linkedin.com/in/**sergioboso<
> >> http://it.linkedin.com/in/sergioboso><
> >> >> http://www.linkedin.com/pub/**sergio-boso/1/29b/255<
> >> http://www.linkedin.com/pub/sergio-boso/1/29b/255>
> >> >> >
> >> >> sbos61
> >> >>
> >> >> In caso di erronea ricezione da parte di persona diversa, siete
> >> >> pregati
> >> di
> >> >> eliminare il messaggio e i suoi allegati in modo definitivo dai
> vostri
> >> >> archivi e di volercelo comunicare immediatamente restituendoci il
> >> messaggio
> >> >> via e-mail al seguente indirizzosergio@**bosoconsulting.it<
> >> indirizzosergio@bosoconsulting.it><mailto:
> >> >> sergioboso@yahoo.it>
> >> >> L’interessato può, inoltre, esercitare tutti i diritti di accesso sui
> >> >> propri dati previsti dal decreto 196/2003, tra i quali i diritti di
> >> >> rettifica, aggiornamento e cancellazione, inviando un messaggio all’
> >> >> indirizzo:sergio@**bosoconsulting.it<
> >> indirizzo%3Asergio@bosoconsulting.it><mailto:
> >> >> sergioboso@yahoo.it>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >>
> ------------------------------**------------------------------**---------
> >> >> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<
> >> user-unsubscribe@jmeter.apache.org>
> >> >> For additional commands, e-mail: user-help@jmeter.apache.org
> >> >>
> >> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> >> For additional commands, e-mail: user-help@jmeter.apache.org
> >>
> >>
> >
>
>
> --
> Namaskara~Nalama~Guten Tag~Bonjour
>
>
> --
> Keigu
>
> Deepak
> +91-9765089593
> deicool@gmail.com
> http://www.simtree.net
>
> Skype: thumsupdeicool
> Google talk: deicool
> Blog: http://loveandfearless.wordpress.com
> Facebook: http://www.facebook.com/deicool
>
> "Contribute to the world, environment and more :
> http://www.gridrepublic.org
> "
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> For additional commands, e-mail: user-help@jmeter.apache.org
>
>
Re: Access log entries, results log entries, and expected RPS total
count not adding up
Posted by Deepak Goel <de...@gmail.com>.
Hey
Looks like it is reading the access log multiple times as it has
enough time for the test..
197k +197k+ 25k = 418k
Rotations completed by Jmeter is around 2.1 times...
:)
Deepak
On 5/17/12, James Musselwhite <ja...@gmail.com> wrote:
> I'm deleting the results file after every run. They are always fresh.
>
> On Thu, May 17, 2012 at 4:26 AM, sebb <se...@gmail.com> wrote:
>
>> On 17 May 2012 01:43, James Musselwhite <ja...@gmail.com>
>> wrote:
>> > Let me give a concrete example of the problem I'm having.
>> >
>> > My thread group has only one sampler, and it is an Access Log Sampler.
>> > It
>> > reads tomcat access logs. Every line in that log is a GET. It simply
>> reads
>> > those GETS and pipes them at a target server. My access log has 197K
>> > entries.
>> >
>> > I used the Throughput Shaping Timer set at 22 RPS for 6 hours. I can
>>
>> The Throughput Shaping Timer is not a standard JMeter test element.
>> If it is causing problems, you will need to take that up with the
>> provider using their support channel.
>>
>> > manually count in my results file my looking at the timestamps that
>> jMeter
>> > is delivering around 18-23 RPS, which is fine.
>> >
>> > So, given that RPS and the given time (21600 seconds), you would expect
>> > that I would get anywhere from 388K-496K requests from jMeter.
>> >
>> > However, that is simply not the case. If I look at the last line in my
>> > results log, line 418,166, it shows up at line 22902 in my access log.
>> This
>> > leads to many questions:
>> >
>> > 1. Why did I even get 418K lines in my results. I should have gotten
>> > 197K
>> > results because there are only 197K lines in the access log.
>> > 2. Why is the line at 22902 showing up at 418K, at the end of the log?
>> All
>> > of the lines towards the end of the results are showing up at the ~23K
>> mark
>> > which leads me to believe that is how far through the log it got.
>> >
>> > I'm at a loss for ideas. Please help :)
>>
>> Remember that JMeter appends results to the sample result file ...
>>
>> >
>> >
>> > On Wed, May 16, 2012 at 3:53 AM, Sergio Boso <sergio@bosoconsulting.it
>> >wrote:
>> >
>> >> Hi,
>> >> I'm not sure about your configuration, particularly about the log file
>> >> that was read once..
>> >> It would be nice to have some more details about that.
>> >>
>> >> However, you should be aware that, if your system system under test
>> cannot
>> >> bear 15 TPS, the whole test will be slower thus returning less
>> transaction
>> >> in 6 hours.
>> >> So, in this case, the Constant Throughput Timer, cannot make your
>> >> system
>> >> faster.
>> >>
>> >> You can check if this is the case, just by lowering the load (e.g to 5
>> >> tps) and adjust your math: you should discover that the numbers are
>> >> ok.
>> >> regards
>> >>
>> >>
>> >>
>> >> Il 15/05/2012 14:59, Deepak Goel ha scritto:
>> >>
>> >> Hey
>> >>>
>> >>> Is there a possibility that:
>> >>>
>> >>> Each transaction of yours in the access log contains more hits to the
>> >>> server.
>> >>> i.e: HTML page has gifs too..
>> >>>
>> >>> :)
>> >>> Deepak
>> >>>
>> >>> On 5/15/12, James Musselwhite<james.musselwhite@**gmail.com<
>> james.musselwhite@gmail.com>>
>> >>> wrote:
>> >>>
>> >>>> When I say "was read once", I was assuming that the Access Log
>> >>>> Sampler
>> >>>> will
>> >>>> only parse the access log one time, even if the throughput shaper
>> >>>> has
>> >>>> more
>> >>>> requests than is available in the access log. My access log had 194k
>> >>>> entries, but my shaper was set for 15dps for 6 hours, which is more
>> than
>> >>>> 194k requests. Would it start the log over again or would it just
>> >>>> end
>> at
>> >>>> 194k?
>> >>>>
>> >>>> On Mon, May 14, 2012 at 1:25 PM, Deepak Goel<de...@gmail.com>
>> wrote:
>> >>>>
>> >>>> Hey
>> >>>>>
>> >>>>> Some possibilities
>> >>>>>
>> >>>>> 1. Network Issue rejecting connections resulting in errors also
>> >>>>> being
>> >>>>> registered in the results log
>> >>>>> 2. The hardware machine rejecting connection due to overload
>> >>>>>
>> >>>>> I am unsure what do you mean by : "194K entries because the
>> >>>>> access log was only read once"
>> >>>>>
>> >>>>> :)
>> >>>>> Deepak
>> >>>>>
>> >>>>> On 5/14/12, James Musselwhite<james.musselwhite@**gmail.com<
>> james.musselwhite@gmail.com>>
>> >>>>> wrote:
>> >>>>>
>> >>>>>> Hi folks
>> >>>>>>
>> >>>>>> I've got an access log with 194K requests
>> >>>>>> I ran a test with the throughput shaping timer at 15 RPS for 6
>> hours,
>> >>>>>>
>> >>>>> which
>> >>>>>
>> >>>>>> should be 324K requests
>> >>>>>> My results log has 235K entries
>> >>>>>>
>> >>>>>> I would expect my results log to have either a.) 194K entries
>> because
>> >>>>>> the
>> >>>>>> access log was only read once or b.) 324K entries because it just
>> kept
>> >>>>>> reading the same log over and over to fulfill the demands of the
>> >>>>>>
>> >>>>> throughput
>> >>>>>
>> >>>>>> shaping timer.
>> >>>>>>
>> >>>>>> However, my result log is 235K which doesn't mean anything to me.
>> Can
>> >>>>>> someone elucidate how this works?
>> >>>>>>
>> >>>>>> Thanks!
>> >>>>>> James
>> >>>>>>
>> >>>>>>
>> >>>>> --
>> >>>>> Namaskara~Nalama~Guten Tag~Bonjour
>> >>>>>
>> >>>>>
>> >>>>> --
>> >>>>> Keigu
>> >>>>>
>> >>>>> Deepak
>> >>>>> +91-9765089593
>> >>>>> deicool@gmail.com
>> >>>>> http://www.simtree.net
>> >>>>>
>> >>>>> Skype: thumsupdeicool
>> >>>>> Google talk: deicool
>> >>>>> Blog: http://loveandfearless.**wordpress.com<
>> http://loveandfearless.wordpress.com>
>> >>>>> Facebook: http://www.facebook.com/**deicool<
>> http://www.facebook.com/deicool>
>> >>>>>
>> >>>>> "Contribute to the world, environment and more :
>> >>>>> http://www.gridrepublic.org
>> >>>>> "
>> >>>>>
>> >>>>> ------------------------------**------------------------------**
>> >>>>> ---------
>> >>>>> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<
>> user-unsubscribe@jmeter.apache.org>
>> >>>>> For additional commands, e-mail: user-help@jmeter.apache.org
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>
>> >>
>> >> --
>> >>
>> >> Ing. Sergio Boso
>> >>
>> >> Mail:
>> >> Web:
>> >> PEC:
>> >> Cell:
>> >> Linkedin:
>> >> Skype:
>> >>
>> >>
>> >>
>> >> sergio@bosoconsulting.it <ma...@yahoo.it>
>> >> www.bosoconsulting.it
>> >> sergio.boso@ingpec.eu <ma...@ingpec.eu>
>> >> +39 335 7243 445
>> >> http://it.linkedin.com/in/**sergioboso<
>> http://it.linkedin.com/in/sergioboso><
>> >> http://www.linkedin.com/pub/**sergio-boso/1/29b/255<
>> http://www.linkedin.com/pub/sergio-boso/1/29b/255>
>> >> >
>> >> sbos61
>> >>
>> >> In caso di erronea ricezione da parte di persona diversa, siete
>> >> pregati
>> di
>> >> eliminare il messaggio e i suoi allegati in modo definitivo dai vostri
>> >> archivi e di volercelo comunicare immediatamente restituendoci il
>> messaggio
>> >> via e-mail al seguente indirizzosergio@**bosoconsulting.it<
>> indirizzosergio@bosoconsulting.it><mailto:
>> >> sergioboso@yahoo.it>
>> >> L’interessato può, inoltre, esercitare tutti i diritti di accesso sui
>> >> propri dati previsti dal decreto 196/2003, tra i quali i diritti di
>> >> rettifica, aggiornamento e cancellazione, inviando un messaggio all’
>> >> indirizzo:sergio@**bosoconsulting.it<
>> indirizzo%3Asergio@bosoconsulting.it><mailto:
>> >> sergioboso@yahoo.it>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> ------------------------------**------------------------------**---------
>> >> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<
>> user-unsubscribe@jmeter.apache.org>
>> >> For additional commands, e-mail: user-help@jmeter.apache.org
>> >>
>> >>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
>> For additional commands, e-mail: user-help@jmeter.apache.org
>>
>>
>
--
Namaskara~Nalama~Guten Tag~Bonjour
--
Keigu
Deepak
+91-9765089593
deicool@gmail.com
http://www.simtree.net
Skype: thumsupdeicool
Google talk: deicool
Blog: http://loveandfearless.wordpress.com
Facebook: http://www.facebook.com/deicool
"Contribute to the world, environment and more : http://www.gridrepublic.org
"
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
For additional commands, e-mail: user-help@jmeter.apache.org
Re: Access log entries, results log entries, and expected RPS total
count not adding up
Posted by James Musselwhite <ja...@gmail.com>.
I'm deleting the results file after every run. They are always fresh.
On Thu, May 17, 2012 at 4:26 AM, sebb <se...@gmail.com> wrote:
> On 17 May 2012 01:43, James Musselwhite <ja...@gmail.com>
> wrote:
> > Let me give a concrete example of the problem I'm having.
> >
> > My thread group has only one sampler, and it is an Access Log Sampler. It
> > reads tomcat access logs. Every line in that log is a GET. It simply
> reads
> > those GETS and pipes them at a target server. My access log has 197K
> > entries.
> >
> > I used the Throughput Shaping Timer set at 22 RPS for 6 hours. I can
>
> The Throughput Shaping Timer is not a standard JMeter test element.
> If it is causing problems, you will need to take that up with the
> provider using their support channel.
>
> > manually count in my results file my looking at the timestamps that
> jMeter
> > is delivering around 18-23 RPS, which is fine.
> >
> > So, given that RPS and the given time (21600 seconds), you would expect
> > that I would get anywhere from 388K-496K requests from jMeter.
> >
> > However, that is simply not the case. If I look at the last line in my
> > results log, line 418,166, it shows up at line 22902 in my access log.
> This
> > leads to many questions:
> >
> > 1. Why did I even get 418K lines in my results. I should have gotten 197K
> > results because there are only 197K lines in the access log.
> > 2. Why is the line at 22902 showing up at 418K, at the end of the log?
> All
> > of the lines towards the end of the results are showing up at the ~23K
> mark
> > which leads me to believe that is how far through the log it got.
> >
> > I'm at a loss for ideas. Please help :)
>
> Remember that JMeter appends results to the sample result file ...
>
> >
> >
> > On Wed, May 16, 2012 at 3:53 AM, Sergio Boso <sergio@bosoconsulting.it
> >wrote:
> >
> >> Hi,
> >> I'm not sure about your configuration, particularly about the log file
> >> that was read once..
> >> It would be nice to have some more details about that.
> >>
> >> However, you should be aware that, if your system system under test
> cannot
> >> bear 15 TPS, the whole test will be slower thus returning less
> transaction
> >> in 6 hours.
> >> So, in this case, the Constant Throughput Timer, cannot make your system
> >> faster.
> >>
> >> You can check if this is the case, just by lowering the load (e.g to 5
> >> tps) and adjust your math: you should discover that the numbers are ok.
> >> regards
> >>
> >>
> >>
> >> Il 15/05/2012 14:59, Deepak Goel ha scritto:
> >>
> >> Hey
> >>>
> >>> Is there a possibility that:
> >>>
> >>> Each transaction of yours in the access log contains more hits to the
> >>> server.
> >>> i.e: HTML page has gifs too..
> >>>
> >>> :)
> >>> Deepak
> >>>
> >>> On 5/15/12, James Musselwhite<james.musselwhite@**gmail.com<
> james.musselwhite@gmail.com>>
> >>> wrote:
> >>>
> >>>> When I say "was read once", I was assuming that the Access Log Sampler
> >>>> will
> >>>> only parse the access log one time, even if the throughput shaper has
> >>>> more
> >>>> requests than is available in the access log. My access log had 194k
> >>>> entries, but my shaper was set for 15dps for 6 hours, which is more
> than
> >>>> 194k requests. Would it start the log over again or would it just end
> at
> >>>> 194k?
> >>>>
> >>>> On Mon, May 14, 2012 at 1:25 PM, Deepak Goel<de...@gmail.com>
> wrote:
> >>>>
> >>>> Hey
> >>>>>
> >>>>> Some possibilities
> >>>>>
> >>>>> 1. Network Issue rejecting connections resulting in errors also being
> >>>>> registered in the results log
> >>>>> 2. The hardware machine rejecting connection due to overload
> >>>>>
> >>>>> I am unsure what do you mean by : "194K entries because the
> >>>>> access log was only read once"
> >>>>>
> >>>>> :)
> >>>>> Deepak
> >>>>>
> >>>>> On 5/14/12, James Musselwhite<james.musselwhite@**gmail.com<
> james.musselwhite@gmail.com>>
> >>>>> wrote:
> >>>>>
> >>>>>> Hi folks
> >>>>>>
> >>>>>> I've got an access log with 194K requests
> >>>>>> I ran a test with the throughput shaping timer at 15 RPS for 6
> hours,
> >>>>>>
> >>>>> which
> >>>>>
> >>>>>> should be 324K requests
> >>>>>> My results log has 235K entries
> >>>>>>
> >>>>>> I would expect my results log to have either a.) 194K entries
> because
> >>>>>> the
> >>>>>> access log was only read once or b.) 324K entries because it just
> kept
> >>>>>> reading the same log over and over to fulfill the demands of the
> >>>>>>
> >>>>> throughput
> >>>>>
> >>>>>> shaping timer.
> >>>>>>
> >>>>>> However, my result log is 235K which doesn't mean anything to me.
> Can
> >>>>>> someone elucidate how this works?
> >>>>>>
> >>>>>> Thanks!
> >>>>>> James
> >>>>>>
> >>>>>>
> >>>>> --
> >>>>> Namaskara~Nalama~Guten Tag~Bonjour
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Keigu
> >>>>>
> >>>>> Deepak
> >>>>> +91-9765089593
> >>>>> deicool@gmail.com
> >>>>> http://www.simtree.net
> >>>>>
> >>>>> Skype: thumsupdeicool
> >>>>> Google talk: deicool
> >>>>> Blog: http://loveandfearless.**wordpress.com<
> http://loveandfearless.wordpress.com>
> >>>>> Facebook: http://www.facebook.com/**deicool<
> http://www.facebook.com/deicool>
> >>>>>
> >>>>> "Contribute to the world, environment and more :
> >>>>> http://www.gridrepublic.org
> >>>>> "
> >>>>>
> >>>>> ------------------------------**------------------------------**
> >>>>> ---------
> >>>>> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<
> user-unsubscribe@jmeter.apache.org>
> >>>>> For additional commands, e-mail: user-help@jmeter.apache.org
> >>>>>
> >>>>>
> >>>>>
> >>>
> >>
> >> --
> >>
> >> Ing. Sergio Boso
> >>
> >> Mail:
> >> Web:
> >> PEC:
> >> Cell:
> >> Linkedin:
> >> Skype:
> >>
> >>
> >>
> >> sergio@bosoconsulting.it <ma...@yahoo.it>
> >> www.bosoconsulting.it
> >> sergio.boso@ingpec.eu <ma...@ingpec.eu>
> >> +39 335 7243 445
> >> http://it.linkedin.com/in/**sergioboso<
> http://it.linkedin.com/in/sergioboso><
> >> http://www.linkedin.com/pub/**sergio-boso/1/29b/255<
> http://www.linkedin.com/pub/sergio-boso/1/29b/255>
> >> >
> >> sbos61
> >>
> >> In caso di erronea ricezione da parte di persona diversa, siete pregati
> di
> >> eliminare il messaggio e i suoi allegati in modo definitivo dai vostri
> >> archivi e di volercelo comunicare immediatamente restituendoci il
> messaggio
> >> via e-mail al seguente indirizzosergio@**bosoconsulting.it<
> indirizzosergio@bosoconsulting.it><mailto:
> >> sergioboso@yahoo.it>
> >> L’interessato può, inoltre, esercitare tutti i diritti di accesso sui
> >> propri dati previsti dal decreto 196/2003, tra i quali i diritti di
> >> rettifica, aggiornamento e cancellazione, inviando un messaggio all’
> >> indirizzo:sergio@**bosoconsulting.it<
> indirizzo%3Asergio@bosoconsulting.it><mailto:
> >> sergioboso@yahoo.it>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> ------------------------------**------------------------------**---------
> >> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<
> user-unsubscribe@jmeter.apache.org>
> >> For additional commands, e-mail: user-help@jmeter.apache.org
> >>
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> For additional commands, e-mail: user-help@jmeter.apache.org
>
>
Re: Access log entries, results log entries, and expected RPS total
count not adding up
Posted by sebb <se...@gmail.com>.
On 17 May 2012 01:43, James Musselwhite <ja...@gmail.com> wrote:
> Let me give a concrete example of the problem I'm having.
>
> My thread group has only one sampler, and it is an Access Log Sampler. It
> reads tomcat access logs. Every line in that log is a GET. It simply reads
> those GETS and pipes them at a target server. My access log has 197K
> entries.
>
> I used the Throughput Shaping Timer set at 22 RPS for 6 hours. I can
The Throughput Shaping Timer is not a standard JMeter test element.
If it is causing problems, you will need to take that up with the
provider using their support channel.
> manually count in my results file my looking at the timestamps that jMeter
> is delivering around 18-23 RPS, which is fine.
>
> So, given that RPS and the given time (21600 seconds), you would expect
> that I would get anywhere from 388K-496K requests from jMeter.
>
> However, that is simply not the case. If I look at the last line in my
> results log, line 418,166, it shows up at line 22902 in my access log. This
> leads to many questions:
>
> 1. Why did I even get 418K lines in my results. I should have gotten 197K
> results because there are only 197K lines in the access log.
> 2. Why is the line at 22902 showing up at 418K, at the end of the log? All
> of the lines towards the end of the results are showing up at the ~23K mark
> which leads me to believe that is how far through the log it got.
>
> I'm at a loss for ideas. Please help :)
Remember that JMeter appends results to the sample result file ...
>
>
> On Wed, May 16, 2012 at 3:53 AM, Sergio Boso <se...@bosoconsulting.it>wrote:
>
>> Hi,
>> I'm not sure about your configuration, particularly about the log file
>> that was read once..
>> It would be nice to have some more details about that.
>>
>> However, you should be aware that, if your system system under test cannot
>> bear 15 TPS, the whole test will be slower thus returning less transaction
>> in 6 hours.
>> So, in this case, the Constant Throughput Timer, cannot make your system
>> faster.
>>
>> You can check if this is the case, just by lowering the load (e.g to 5
>> tps) and adjust your math: you should discover that the numbers are ok.
>> regards
>>
>>
>>
>> Il 15/05/2012 14:59, Deepak Goel ha scritto:
>>
>> Hey
>>>
>>> Is there a possibility that:
>>>
>>> Each transaction of yours in the access log contains more hits to the
>>> server.
>>> i.e: HTML page has gifs too..
>>>
>>> :)
>>> Deepak
>>>
>>> On 5/15/12, James Musselwhite<ja...@gmail.com>>
>>> wrote:
>>>
>>>> When I say "was read once", I was assuming that the Access Log Sampler
>>>> will
>>>> only parse the access log one time, even if the throughput shaper has
>>>> more
>>>> requests than is available in the access log. My access log had 194k
>>>> entries, but my shaper was set for 15dps for 6 hours, which is more than
>>>> 194k requests. Would it start the log over again or would it just end at
>>>> 194k?
>>>>
>>>> On Mon, May 14, 2012 at 1:25 PM, Deepak Goel<de...@gmail.com> wrote:
>>>>
>>>> Hey
>>>>>
>>>>> Some possibilities
>>>>>
>>>>> 1. Network Issue rejecting connections resulting in errors also being
>>>>> registered in the results log
>>>>> 2. The hardware machine rejecting connection due to overload
>>>>>
>>>>> I am unsure what do you mean by : "194K entries because the
>>>>> access log was only read once"
>>>>>
>>>>> :)
>>>>> Deepak
>>>>>
>>>>> On 5/14/12, James Musselwhite<ja...@gmail.com>>
>>>>> wrote:
>>>>>
>>>>>> Hi folks
>>>>>>
>>>>>> I've got an access log with 194K requests
>>>>>> I ran a test with the throughput shaping timer at 15 RPS for 6 hours,
>>>>>>
>>>>> which
>>>>>
>>>>>> should be 324K requests
>>>>>> My results log has 235K entries
>>>>>>
>>>>>> I would expect my results log to have either a.) 194K entries because
>>>>>> the
>>>>>> access log was only read once or b.) 324K entries because it just kept
>>>>>> reading the same log over and over to fulfill the demands of the
>>>>>>
>>>>> throughput
>>>>>
>>>>>> shaping timer.
>>>>>>
>>>>>> However, my result log is 235K which doesn't mean anything to me. Can
>>>>>> someone elucidate how this works?
>>>>>>
>>>>>> Thanks!
>>>>>> James
>>>>>>
>>>>>>
>>>>> --
>>>>> Namaskara~Nalama~Guten Tag~Bonjour
>>>>>
>>>>>
>>>>> --
>>>>> Keigu
>>>>>
>>>>> Deepak
>>>>> +91-9765089593
>>>>> deicool@gmail.com
>>>>> http://www.simtree.net
>>>>>
>>>>> Skype: thumsupdeicool
>>>>> Google talk: deicool
>>>>> Blog: http://loveandfearless.**wordpress.com<http://loveandfearless.wordpress.com>
>>>>> Facebook: http://www.facebook.com/**deicool<http://www.facebook.com/deicool>
>>>>>
>>>>> "Contribute to the world, environment and more :
>>>>> http://www.gridrepublic.org
>>>>> "
>>>>>
>>>>> ------------------------------**------------------------------**
>>>>> ---------
>>>>> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<us...@jmeter.apache.org>
>>>>> For additional commands, e-mail: user-help@jmeter.apache.org
>>>>>
>>>>>
>>>>>
>>>
>>
>> --
>>
>> Ing. Sergio Boso
>>
>> Mail:
>> Web:
>> PEC:
>> Cell:
>> Linkedin:
>> Skype:
>>
>>
>>
>> sergio@bosoconsulting.it <ma...@yahoo.it>
>> www.bosoconsulting.it
>> sergio.boso@ingpec.eu <ma...@ingpec.eu>
>> +39 335 7243 445
>> http://it.linkedin.com/in/**sergioboso<http://it.linkedin.com/in/sergioboso><
>> http://www.linkedin.com/pub/**sergio-boso/1/29b/255<http://www.linkedin.com/pub/sergio-boso/1/29b/255>
>> >
>> sbos61
>>
>> In caso di erronea ricezione da parte di persona diversa, siete pregati di
>> eliminare il messaggio e i suoi allegati in modo definitivo dai vostri
>> archivi e di volercelo comunicare immediatamente restituendoci il messaggio
>> via e-mail al seguente indirizzosergio@**bosoconsulting.it<in...@bosoconsulting.it><mailto:
>> sergioboso@yahoo.it>
>> L’interessato può, inoltre, esercitare tutti i diritti di accesso sui
>> propri dati previsti dal decreto 196/2003, tra i quali i diritti di
>> rettifica, aggiornamento e cancellazione, inviando un messaggio all’
>> indirizzo:sergio@**bosoconsulting.it<in...@bosoconsulting.it><mailto:
>> sergioboso@yahoo.it>
>>
>>
>>
>>
>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<us...@jmeter.apache.org>
>> For additional commands, e-mail: user-help@jmeter.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
For additional commands, e-mail: user-help@jmeter.apache.org
Re: Access log entries, results log entries, and expected RPS total
count not adding up
Posted by James Musselwhite <ja...@gmail.com>.
Let me give a concrete example of the problem I'm having.
My thread group has only one sampler, and it is an Access Log Sampler. It
reads tomcat access logs. Every line in that log is a GET. It simply reads
those GETS and pipes them at a target server. My access log has 197K
entries.
I used the Throughput Shaping Timer set at 22 RPS for 6 hours. I can
manually count in my results file my looking at the timestamps that jMeter
is delivering around 18-23 RPS, which is fine.
So, given that RPS and the given time (21600 seconds), you would expect
that I would get anywhere from 388K-496K requests from jMeter.
However, that is simply not the case. If I look at the last line in my
results log, line 418,166, it shows up at line 22902 in my access log. This
leads to many questions:
1. Why did I even get 418K lines in my results. I should have gotten 197K
results because there are only 197K lines in the access log.
2. Why is the line at 22902 showing up at 418K, at the end of the log? All
of the lines towards the end of the results are showing up at the ~23K mark
which leads me to believe that is how far through the log it got.
I'm at a loss for ideas. Please help :)
On Wed, May 16, 2012 at 3:53 AM, Sergio Boso <se...@bosoconsulting.it>wrote:
> Hi,
> I'm not sure about your configuration, particularly about the log file
> that was read once..
> It would be nice to have some more details about that.
>
> However, you should be aware that, if your system system under test cannot
> bear 15 TPS, the whole test will be slower thus returning less transaction
> in 6 hours.
> So, in this case, the Constant Throughput Timer, cannot make your system
> faster.
>
> You can check if this is the case, just by lowering the load (e.g to 5
> tps) and adjust your math: you should discover that the numbers are ok.
> regards
>
>
>
> Il 15/05/2012 14:59, Deepak Goel ha scritto:
>
> Hey
>>
>> Is there a possibility that:
>>
>> Each transaction of yours in the access log contains more hits to the
>> server.
>> i.e: HTML page has gifs too..
>>
>> :)
>> Deepak
>>
>> On 5/15/12, James Musselwhite<ja...@gmail.com>>
>> wrote:
>>
>>> When I say "was read once", I was assuming that the Access Log Sampler
>>> will
>>> only parse the access log one time, even if the throughput shaper has
>>> more
>>> requests than is available in the access log. My access log had 194k
>>> entries, but my shaper was set for 15dps for 6 hours, which is more than
>>> 194k requests. Would it start the log over again or would it just end at
>>> 194k?
>>>
>>> On Mon, May 14, 2012 at 1:25 PM, Deepak Goel<de...@gmail.com> wrote:
>>>
>>> Hey
>>>>
>>>> Some possibilities
>>>>
>>>> 1. Network Issue rejecting connections resulting in errors also being
>>>> registered in the results log
>>>> 2. The hardware machine rejecting connection due to overload
>>>>
>>>> I am unsure what do you mean by : "194K entries because the
>>>> access log was only read once"
>>>>
>>>> :)
>>>> Deepak
>>>>
>>>> On 5/14/12, James Musselwhite<ja...@gmail.com>>
>>>> wrote:
>>>>
>>>>> Hi folks
>>>>>
>>>>> I've got an access log with 194K requests
>>>>> I ran a test with the throughput shaping timer at 15 RPS for 6 hours,
>>>>>
>>>> which
>>>>
>>>>> should be 324K requests
>>>>> My results log has 235K entries
>>>>>
>>>>> I would expect my results log to have either a.) 194K entries because
>>>>> the
>>>>> access log was only read once or b.) 324K entries because it just kept
>>>>> reading the same log over and over to fulfill the demands of the
>>>>>
>>>> throughput
>>>>
>>>>> shaping timer.
>>>>>
>>>>> However, my result log is 235K which doesn't mean anything to me. Can
>>>>> someone elucidate how this works?
>>>>>
>>>>> Thanks!
>>>>> James
>>>>>
>>>>>
>>>> --
>>>> Namaskara~Nalama~Guten Tag~Bonjour
>>>>
>>>>
>>>> --
>>>> Keigu
>>>>
>>>> Deepak
>>>> +91-9765089593
>>>> deicool@gmail.com
>>>> http://www.simtree.net
>>>>
>>>> Skype: thumsupdeicool
>>>> Google talk: deicool
>>>> Blog: http://loveandfearless.**wordpress.com<http://loveandfearless.wordpress.com>
>>>> Facebook: http://www.facebook.com/**deicool<http://www.facebook.com/deicool>
>>>>
>>>> "Contribute to the world, environment and more :
>>>> http://www.gridrepublic.org
>>>> "
>>>>
>>>> ------------------------------**------------------------------**
>>>> ---------
>>>> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<us...@jmeter.apache.org>
>>>> For additional commands, e-mail: user-help@jmeter.apache.org
>>>>
>>>>
>>>>
>>
>
> --
>
> Ing. Sergio Boso
>
> Mail:
> Web:
> PEC:
> Cell:
> Linkedin:
> Skype:
>
>
>
> sergio@bosoconsulting.it <ma...@yahoo.it>
> www.bosoconsulting.it
> sergio.boso@ingpec.eu <ma...@ingpec.eu>
> +39 335 7243 445
> http://it.linkedin.com/in/**sergioboso<http://it.linkedin.com/in/sergioboso><
> http://www.linkedin.com/pub/**sergio-boso/1/29b/255<http://www.linkedin.com/pub/sergio-boso/1/29b/255>
> >
> sbos61
>
> In caso di erronea ricezione da parte di persona diversa, siete pregati di
> eliminare il messaggio e i suoi allegati in modo definitivo dai vostri
> archivi e di volercelo comunicare immediatamente restituendoci il messaggio
> via e-mail al seguente indirizzosergio@**bosoconsulting.it<in...@bosoconsulting.it><mailto:
> sergioboso@yahoo.it>
> L’interessato può, inoltre, esercitare tutti i diritti di accesso sui
> propri dati previsti dal decreto 196/2003, tra i quali i diritti di
> rettifica, aggiornamento e cancellazione, inviando un messaggio all’
> indirizzo:sergio@**bosoconsulting.it<in...@bosoconsulting.it><mailto:
> sergioboso@yahoo.it>
>
>
>
>
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org<us...@jmeter.apache.org>
> For additional commands, e-mail: user-help@jmeter.apache.org
>
>
Re: Access log entries, results log entries, and expected RPS total
count not adding up
Posted by Sergio Boso <se...@bosoconsulting.it>.
Hi,
I'm not sure about your configuration, particularly about the log file that was read once..
It would be nice to have some more details about that.
However, you should be aware that, if your system system under test cannot bear 15 TPS, the whole test will be slower thus returning
less transaction in 6 hours.
So, in this case, the Constant Throughput Timer, cannot make your system faster.
You can check if this is the case, just by lowering the load (e.g to 5 tps) and adjust your math: you should discover that the
numbers are ok.
regards
Il 15/05/2012 14:59, Deepak Goel ha scritto:
> Hey
>
> Is there a possibility that:
>
> Each transaction of yours in the access log contains more hits to the server.
> i.e: HTML page has gifs too..
>
> :)
> Deepak
>
> On 5/15/12, James Musselwhite<ja...@gmail.com> wrote:
>> When I say "was read once", I was assuming that the Access Log Sampler will
>> only parse the access log one time, even if the throughput shaper has more
>> requests than is available in the access log. My access log had 194k
>> entries, but my shaper was set for 15dps for 6 hours, which is more than
>> 194k requests. Would it start the log over again or would it just end at
>> 194k?
>>
>> On Mon, May 14, 2012 at 1:25 PM, Deepak Goel<de...@gmail.com> wrote:
>>
>>> Hey
>>>
>>> Some possibilities
>>>
>>> 1. Network Issue rejecting connections resulting in errors also being
>>> registered in the results log
>>> 2. The hardware machine rejecting connection due to overload
>>>
>>> I am unsure what do you mean by : "194K entries because the
>>> access log was only read once"
>>>
>>> :)
>>> Deepak
>>>
>>> On 5/14/12, James Musselwhite<ja...@gmail.com> wrote:
>>>> Hi folks
>>>>
>>>> I've got an access log with 194K requests
>>>> I ran a test with the throughput shaping timer at 15 RPS for 6 hours,
>>> which
>>>> should be 324K requests
>>>> My results log has 235K entries
>>>>
>>>> I would expect my results log to have either a.) 194K entries because
>>>> the
>>>> access log was only read once or b.) 324K entries because it just kept
>>>> reading the same log over and over to fulfill the demands of the
>>> throughput
>>>> shaping timer.
>>>>
>>>> However, my result log is 235K which doesn't mean anything to me. Can
>>>> someone elucidate how this works?
>>>>
>>>> Thanks!
>>>> James
>>>>
>>>
>>> --
>>> Namaskara~Nalama~Guten Tag~Bonjour
>>>
>>>
>>> --
>>> Keigu
>>>
>>> Deepak
>>> +91-9765089593
>>> deicool@gmail.com
>>> http://www.simtree.net
>>>
>>> Skype: thumsupdeicool
>>> Google talk: deicool
>>> Blog: http://loveandfearless.wordpress.com
>>> Facebook: http://www.facebook.com/deicool
>>>
>>> "Contribute to the world, environment and more :
>>> http://www.gridrepublic.org
>>> "
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
>>> For additional commands, e-mail: user-help@jmeter.apache.org
>>>
>>>
>
--
Ing. Sergio Boso
Mail:
Web:
PEC:
Cell:
Linkedin:
Skype:
sergio@bosoconsulting.it <ma...@yahoo.it>
www.bosoconsulting.it
sergio.boso@ingpec.eu <ma...@ingpec.eu>
+39 335 7243 445
http://it.linkedin.com/in/sergioboso <http://www.linkedin.com/pub/sergio-boso/1/29b/255>
sbos61
In caso di erronea ricezione da parte di persona diversa, siete pregati di eliminare il messaggio e i suoi allegati in modo
definitivo dai vostri archivi e di volercelo comunicare immediatamente restituendoci il messaggio via e-mail al seguente
indirizzosergio@bosoconsulting.it <ma...@yahoo.it>
L’interessato può, inoltre, esercitare tutti i diritti di accesso sui propri dati previsti dal decreto 196/2003, tra i quali i
diritti di rettifica, aggiornamento e cancellazione, inviando un messaggio all’indirizzo:sergio@bosoconsulting.it
<ma...@yahoo.it>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
For additional commands, e-mail: user-help@jmeter.apache.org
Re: Access log entries, results log entries, and expected RPS total
count not adding up
Posted by Deepak Goel <de...@gmail.com>.
Hey
Is there a possibility that:
Each transaction of yours in the access log contains more hits to the server.
i.e: HTML page has gifs too..
:)
Deepak
On 5/15/12, James Musselwhite <ja...@gmail.com> wrote:
> When I say "was read once", I was assuming that the Access Log Sampler will
> only parse the access log one time, even if the throughput shaper has more
> requests than is available in the access log. My access log had 194k
> entries, but my shaper was set for 15dps for 6 hours, which is more than
> 194k requests. Would it start the log over again or would it just end at
> 194k?
>
> On Mon, May 14, 2012 at 1:25 PM, Deepak Goel <de...@gmail.com> wrote:
>
>> Hey
>>
>> Some possibilities
>>
>> 1. Network Issue rejecting connections resulting in errors also being
>> registered in the results log
>> 2. The hardware machine rejecting connection due to overload
>>
>> I am unsure what do you mean by : "194K entries because the
>> access log was only read once"
>>
>> :)
>> Deepak
>>
>> On 5/14/12, James Musselwhite <ja...@gmail.com> wrote:
>> > Hi folks
>> >
>> > I've got an access log with 194K requests
>> > I ran a test with the throughput shaping timer at 15 RPS for 6 hours,
>> which
>> > should be 324K requests
>> > My results log has 235K entries
>> >
>> > I would expect my results log to have either a.) 194K entries because
>> > the
>> > access log was only read once or b.) 324K entries because it just kept
>> > reading the same log over and over to fulfill the demands of the
>> throughput
>> > shaping timer.
>> >
>> > However, my result log is 235K which doesn't mean anything to me. Can
>> > someone elucidate how this works?
>> >
>> > Thanks!
>> > James
>> >
>>
>>
>> --
>> Namaskara~Nalama~Guten Tag~Bonjour
>>
>>
>> --
>> Keigu
>>
>> Deepak
>> +91-9765089593
>> deicool@gmail.com
>> http://www.simtree.net
>>
>> Skype: thumsupdeicool
>> Google talk: deicool
>> Blog: http://loveandfearless.wordpress.com
>> Facebook: http://www.facebook.com/deicool
>>
>> "Contribute to the world, environment and more :
>> http://www.gridrepublic.org
>> "
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
>> For additional commands, e-mail: user-help@jmeter.apache.org
>>
>>
>
--
Namaskara~Nalama~Guten Tag~Bonjour
--
Keigu
Deepak
+91-9765089593
deicool@gmail.com
http://www.simtree.net
Skype: thumsupdeicool
Google talk: deicool
Blog: http://loveandfearless.wordpress.com
Facebook: http://www.facebook.com/deicool
"Contribute to the world, environment and more : http://www.gridrepublic.org
"
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
For additional commands, e-mail: user-help@jmeter.apache.org
Re: Access log entries, results log entries, and expected RPS total
count not adding up
Posted by James Musselwhite <ja...@gmail.com>.
When I say "was read once", I was assuming that the Access Log Sampler will
only parse the access log one time, even if the throughput shaper has more
requests than is available in the access log. My access log had 194k
entries, but my shaper was set for 15dps for 6 hours, which is more than
194k requests. Would it start the log over again or would it just end at
194k?
On Mon, May 14, 2012 at 1:25 PM, Deepak Goel <de...@gmail.com> wrote:
> Hey
>
> Some possibilities
>
> 1. Network Issue rejecting connections resulting in errors also being
> registered in the results log
> 2. The hardware machine rejecting connection due to overload
>
> I am unsure what do you mean by : "194K entries because the
> access log was only read once"
>
> :)
> Deepak
>
> On 5/14/12, James Musselwhite <ja...@gmail.com> wrote:
> > Hi folks
> >
> > I've got an access log with 194K requests
> > I ran a test with the throughput shaping timer at 15 RPS for 6 hours,
> which
> > should be 324K requests
> > My results log has 235K entries
> >
> > I would expect my results log to have either a.) 194K entries because the
> > access log was only read once or b.) 324K entries because it just kept
> > reading the same log over and over to fulfill the demands of the
> throughput
> > shaping timer.
> >
> > However, my result log is 235K which doesn't mean anything to me. Can
> > someone elucidate how this works?
> >
> > Thanks!
> > James
> >
>
>
> --
> Namaskara~Nalama~Guten Tag~Bonjour
>
>
> --
> Keigu
>
> Deepak
> +91-9765089593
> deicool@gmail.com
> http://www.simtree.net
>
> Skype: thumsupdeicool
> Google talk: deicool
> Blog: http://loveandfearless.wordpress.com
> Facebook: http://www.facebook.com/deicool
>
> "Contribute to the world, environment and more :
> http://www.gridrepublic.org
> "
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
> For additional commands, e-mail: user-help@jmeter.apache.org
>
>
Re: Access log entries, results log entries, and expected RPS total
count not adding up
Posted by Deepak Goel <de...@gmail.com>.
Hey
Some possibilities
1. Network Issue rejecting connections resulting in errors also being
registered in the results log
2. The hardware machine rejecting connection due to overload
I am unsure what do you mean by : "194K entries because the
access log was only read once"
:)
Deepak
On 5/14/12, James Musselwhite <ja...@gmail.com> wrote:
> Hi folks
>
> I've got an access log with 194K requests
> I ran a test with the throughput shaping timer at 15 RPS for 6 hours, which
> should be 324K requests
> My results log has 235K entries
>
> I would expect my results log to have either a.) 194K entries because the
> access log was only read once or b.) 324K entries because it just kept
> reading the same log over and over to fulfill the demands of the throughput
> shaping timer.
>
> However, my result log is 235K which doesn't mean anything to me. Can
> someone elucidate how this works?
>
> Thanks!
> James
>
--
Namaskara~Nalama~Guten Tag~Bonjour
--
Keigu
Deepak
+91-9765089593
deicool@gmail.com
http://www.simtree.net
Skype: thumsupdeicool
Google talk: deicool
Blog: http://loveandfearless.wordpress.com
Facebook: http://www.facebook.com/deicool
"Contribute to the world, environment and more : http://www.gridrepublic.org
"
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@jmeter.apache.org
For additional commands, e-mail: user-help@jmeter.apache.org