Hi
Deepak - could you please elaborate on 'Client Display or Reaction time' do
you mean rendering time. Fiddler does not record this it only records how
long it took to download the html document. That is the same thing i am
doing in my script. In my script i am only downloading HTML document none
of the other page components.
My test looks like this
Thread Group
Http Request
Response Time Graph
Summary Report
-Ivan
1) I am running in GUI mode. Using this command "jmeter.bat –H 127.0.0.1 –P
8888" i am able to record what is captured in fiddler. As you see above
there is only one graph and when i checked the CPU utilization it is about
40% only.
2) i am only using Jmeter not sure about grinder. Do not know much about
java do i have to increase the heap size if so how do i do it.
3) I did some thing similar even restarted the system just in case. Still
the same result.
thanks
On Mon, Jul 15, 2013 at 4:34 PM, <[email protected]> wrote:
> Hi,
>
> just a couple of ideas
> - are you perhaps running JMeter in GUI mode with processor intensive
> listeners, such as graphs, View Results Tree?
> - do JMeter and Grinder have similar heap allocation in the startup batch
> files?
> - on Linux you could do a kill -3 on the JMeter Java process to see
> whether there are many threads waiting, not sure how to do the same on
> Windows.
>
>
> -----Original Message-----
> From: Thirukumaran Kubendran [mailto:[email protected]]
> Sent: Montag, 15. Juli 2013 12:29
> To: JMeter Users List
> Subject: Re: mismatch in response time between jmeter and fiddler
>
> fiddler statistic does record the complete round trip not just server time
> below is the statistic recorded by fiddler
>
> ACTUAL PERFORMANCE
> --------------
> ClientConnected: 12:14:09.265
> ClientBeginRequest: 12:14:54.177
> GotRequestHeaders: 12:14:54.177
> ClientDoneRequest: 12:14:54.177
> Determine Gateway: 0ms
> DNS Lookup: 0ms
> TCP/IP Connect: 0ms
> HTTPS Handshake: 0ms
> ServerConnected: 12:14:09.521
> FiddlerBeginRequest: 12:14:54.177
> ServerGotRequest: 12:14:54.177
> ServerBeginResponse: 12:14:54.441
> GotResponseHeaders: 12:14:54.441
> ServerDoneResponse: 12:14:54.947
> ClientBeginResponse: 12:14:54.948
> ClientDoneResponse: 12:14:54.949
>
> Overall Elapsed: 0:00:00.772
>
>
> On Mon, Jul 15, 2013 at 3:10 PM, Deepak Goel <[email protected]> wrote:
>
> > Fiddler might show the server response time, while Jmeter is showing
> > end-to-end response time
> >
> > On 7/15/13, Thirukumaran Kubendran <[email protected]> wrote:
> > > Hi
> > >
> > > I am running a very simple load test where I have one http sample
> > > request to my home page. I am running on windows 8 64bit 8GB ram
> > > with Core i7
> > 4Core
> > > processor.
> > >
> > > to check the validity of response time i am running jmeter with
> > > fiddler turned on. i ran the load test with 500 threads.
> > >
> > > the results shown by jmeter is much higher than what is shown in
> fiddler.
> > >
> > > I feel jmeter is not showing the correct result. While the actual
> > > page response time is 1 to 2 sec, in the jmeter report it is showing
> > > 3 to 5
> > sec.
> > > Even if i do not have fiddler turned on i still get high response
> > > times
> > in
> > > jmeter.
> > >
> > > the CPU and memory utilization was low during the test.
> > >
> > > is jmeter not able to computer for higher number of threads and
> > > results
> > are
> > > getting skewed?
> > >
> > > jmeter version 2.9
> > >
> > >
> > > thanks
> > >
> >
> >
> > --
> > Namaskara~Nalama~Guten Tag~Bonjour
> >
> >
> > --
> > Keigu
> >
> > Deepak
> > 7350012833
> > [email protected]
> > 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: [email protected]
> > For additional commands, e-mail: [email protected]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
