i measure the request using OpenSTA, and it return me (the page load
1.71mb) 20 secs per page .... and it is more credible that 100 ms ...
then i rewrite the httpSampler.java .. i put the 2 following lines:
String simon = new String(responseData);
System.out.println(simon);
before the "res.sampleEnd();"
this print all the page ... and it took 17 secs ....
JMeter doesn´t count the time that is necessary to print the page on the
browser.
that is what i supouse.
Simon.
2006/4/12, Simon <[EMAIL PROTECTED]>:
>
> yes .. my problem is that i suppose that a ziped page should be
> transferred faster than a normal page ... so, why the times returned doesn´t
> follow that rule?
>
> maybe there is a delay zipping and unzipping ..
> other reason could be that as we are requesting pages that are in the same
> subnet (the server is the same that the client) the delay in a request of a
> page that load 800kb and other that load 100kb is insignificant .... i don´t
> know .. there are suppositions ..
>
> i am disconcerted ...
> simon
>
> 2006/4/12, sebb <[EMAIL PROTECTED] >:
>
> > There does not seem to be anything wrong with the test plan.
> >
> > S.
> > On 12/04/06, sebb <[EMAIL PROTECTED] > wrote:
> > > I did not get the test plan - I think the mailing list software
> > > probably stripped it off.
> > >
> > > Please send it to me directly, and I will take a look.
> > >
> > > S.
> > > On 11/04/06, Simon < [EMAIL PROTECTED]> wrote:
> > > > I used the View Results in Table witch is a Listener GUI.
> > > > - JMeter 2.1.1 ... not yet the nighty version.
> > > > - Windows XP SP2
> > > > - JVM 1.5
> > > >
> > > > its strange that all the times using compression are slower that
> > without
> > > > using it.
> > > > ... in the last test i forgot say that i used a static page.
> > > >
> > > > i attached the test plan for any doubt ... but it is very simple ...
> > > >
> > > > greetings, Simon
> > > >
> > > >
> > > > 2006/4/11, sebb <[EMAIL PROTECTED]>:
> > > > >
> > > > On 11/04/06, Simon < [EMAIL PROTECTED] > wrote:
> > > > > ok, but what do you mean about the clock is running very slowly
> > ... i am
> > > > > working in a P4 3.0 ghz with 1g RAM .... do i have to set
> > something to run
> > > > > it faster?
> > > >
> > > > The time is calculated by fetching the system time before and after
> > > > the sample and taking the difference.
> > > >
> > > > This only produces a non-zero value if the time is updated
> > > > sufficiently frequently for it to have changed between the fetches.
> > > >
> > > > A slow-running clock could cause that - but is admittedly not very
> > > > likely if your system keeps good time.
> > > >
> > > > Another possible cause is a low update frequency - e.g. if the
> > system
> > > > clock (as seen by Java) is only updated every second, it won't in
> > > > general be possible to measure elapsed times that are less than a
> > > > second.
> > > >
> > > > However, again this is a bit unlikely.
> > > >
> > > > > these are the times returned from the test:
> > > > > page with compression ...
> > > > >
> > > > > 1 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida
> > > > 172 true
> > > > > 186086
> > > >
> > > > [...]
> > > >
> > > > Where are you getting these figures from? JTL file? Listener GUI?
> > (which?)
> > > >
> > > > They all seem to be rather low.
> > > >
> > > > What version of JMeter? OS? Java?
> > > >
> > > > S.
> > > >
> > > >
> > ---------------------------------------------------------------------
> > > > 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]
> > > >
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
