jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From James Musselwhite <james.musselwh...@gmail.com>
Subject Re: Access log entries, results log entries, and expected RPS total count not adding up
Date Thu, 17 May 2012 17:23:47 GMT
I'm deleting the results file after every run. They are always fresh.

On Thu, May 17, 2012 at 4:26 AM, sebb <sebbaz@gmail.com> wrote:

> On 17 May 2012 01:43, James Musselwhite <james.musselwhite@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<deicool@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 <mailto:sergioboso@yahoo.it>
> >> www.bosoconsulting.it
> >> sergio.boso@ingpec.eu <mailto:sergio.boso@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
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message