You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by Simon <sd...@gmail.com> on 2006/04/07 18:29:15 UTC
get a gzip compressed page
hi, i did a filter to the tomcat that compress all the *.html and *.jsp
pages requested if the browser supports the compression.
the page is something like that:
......
......
<body>
<%
String s = "";
for (int i=0 ; i<10000 ; i++) {
s = s + "hola - ";
}
%>
<%=s %>
</body>
</html>
and the filter works, you can see the Content-Length, it is shorter than the
normal page.
Load time: 672
HTTP response code: 200
HTTP response message: OK
HTTP response headers:
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Set-Cookie: JSESSIONID=51B34F7C8FC5FB3D17D81DAACB771D19;
Path=/SistemaSimonJSP
Content-Encoding: gzip
Content-Type: text/html;charset=ISO-8859-1
Content-Length: 334
Date: Fri, 07 Apr 2006 16:14:20 GMT
my doubt comes cause i send 2 gets, one with the Accept-Encoding = gzip
header, and other without. But both of them have the same results.
time: 672 ms
bytes: 24576
succes: true
...
there is the response of the the second request:
Load time: 672
HTTP response code: 200
HTTP response message: OK
HTTP response headers:
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Set-Cookie: JSESSIONID=97B6C0D0061E0AF32A75C319F87267EB;
Path=/SistemaSimonJSP
Content-Type: text/html;charset=ISO-8859-1
Date: Fri, 07 Apr 2006 16:14:21 GMT
you can see that it hasn´t the "Content-Encoding: gzip" in the header ...
so .. i can`t see why the times and the sizes are equals ....
thanks for any answer ...
simon.
Re: get a gzip compressed page
Posted by sebb <se...@gmail.com>.
On 12/04/06, Simon <sd...@gmail.com> wrote:
> 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 ....
Well, that will certainly slow it down...
> JMeter doesn´t count the time that is necessary to print the page on the
> browser.
> that is what i supouse.
JMeter downloads the page data and measures how long it takes to do that.
JMeter is not a browser; it is a server test tool.
==
However, I'm still a bit surprised at the timings you are getting.
I'll see if I can send you a simpler updated plan that you can try
with your server.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: get a gzip compressed page
Posted by Simon <sd...@gmail.com>.
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 <sd...@gmail.com>:
>
> 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 <sebbaz@gmail.com >:
>
> > There does not seem to be anything wrong with the test plan.
> >
> > S.
> > On 12/04/06, sebb <sebbaz@gmail.com > 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 < sdeuvarow@gmail.com> 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 <se...@gmail.com>:
> > > > >
> > > > On 11/04/06, Simon < sdeuvarow@gmail.com > 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:
> > > > 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
> > > >
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> >
>
Re: get a gzip compressed page
Posted by Simon <sd...@gmail.com>.
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 <se...@gmail.com>:
>
> There does not seem to be anything wrong with the test plan.
>
> S.
> On 12/04/06, sebb <se...@gmail.com> 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 <sd...@gmail.com> 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 <se...@gmail.com>:
> > > >
> > > On 11/04/06, Simon <sdeuvarow@gmail.com > 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:
> > > 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
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: get a gzip compressed page
Posted by sebb <se...@gmail.com>.
There does not seem to be anything wrong with the test plan.
S.
On 12/04/06, sebb <se...@gmail.com> 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 <sd...@gmail.com> 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 <se...@gmail.com>:
> > >
> > On 11/04/06, Simon <sd...@gmail.com> 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:
> > 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
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: get a gzip compressed page
Posted by sebb <se...@gmail.com>.
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 <sd...@gmail.com> 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 <se...@gmail.com>:
> >
> On 11/04/06, Simon <sd...@gmail.com> 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:
> 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: get a gzip compressed page
Posted by Simon <sd...@gmail.com>.
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
<file:///C:/Apps/JMeter/jakarta-jmeter-2.1.1/bin/Simon/p%E1gina_zipeada.jmx>
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 <se...@gmail.com>:
>
> On 11/04/06, Simon <sd...@gmail.com> 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: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: get a gzip compressed page
Posted by sebb <se...@gmail.com>.
On 11/04/06, Simon <sd...@gmail.com> 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: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: get a gzip compressed page
Posted by Simon <sd...@gmail.com>.
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?
these are the times returned from the test:
page with compression ...
1 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 172 true
186086
2 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 0 true
186086
3 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 15 true
186086
4 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 16 true
186086
5 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 15 true
186086
6 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 16 true
186086
7 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 15 true
186086
8 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 15 true
186086
9 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 16 true
186086
10 /SistemaSimonJSP/JSP/pagina_grande.jsp comprimida 16 true
186086
page without compression ....
1 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 0 true
186086
2 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 16 true
186086
3 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 0 true
186086
4 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 0 true
186086
5 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 16 true
186086
6 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 0 true
186086
7 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 16 true
186086
8 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 16 true
186086
9 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 15 true
186086
10 /SistemaSimonJSP/JSP/pagina_grande.jsp sin comprimir 0 true
186086
thanks again ...
Simon
2006/4/11, sebb <se...@gmail.com>:
>
> On 11/04/06, Simon <sd...@gmail.com> wrote:
> > thanks ... i did other test and i can´t undestand why it takes 0 ms to
> > receive a page that load 180 kb ....
>
> Nor can I - unless your clock is running very slowly, or there is a
> problem calculating the time.
>
> > Load time: 0
> > HTTP response code: 200
> > HTTP response message: OK
> >
> > HTTP response headers:
> > HTTP/1.1 200 OK
> > Server: Apache-Coyote/1.1
> > ETag: W/"186086-1144768527674"
> > Last-Modified: Tue, 11 Apr 2006 15:15:27 GMT
> > Content-Type: text/html
> > Content-Length: 186086
> > Date: Tue, 11 Apr 2006 15:16:02 GMT
> >
> >
> > to get these listener response i made a Thread Group that loop 10 times
> and
> > get only that page.
> >
> > Thread Group
> > - great-page 1
> > - Accept-Encoding :: gzip
> > - Cache-control :: no-cache
> > - great-page 2
> > - Cache-control :: no-cache
> >
> > i am thinking that JMeter has something like a cache ... it could be?
> >
>
> No, JMeter does not cache any requests.
>
> > 2006/4/7, sebb <se...@gmail.com>:
> > >
> > > The sizes are equal because the size is the size of the response after
> > > unzipping.
> > >
> > > Not sure why the times are equal - even two identical pages don't
> > > normally take exactly the same amount of time.
> > >
> > > S.
> > > On 07/04/06, Simon <sd...@gmail.com> wrote:
> > > > hi, i did a filter to the tomcat that compress all the *.html and
> *.jsp
> > > > pages requested if the browser supports the compression.
> > > > the page is something like that:
> > > >
> > > > ......
> > > > ......
> > > >
> > > > <body>
> > > > <%
> > > > String s = "";
> > > > for (int i=0 ; i<10000 ; i++) {
> > > > s = s + "hola - ";
> > > > }
> > > > %>
> > > > <%=s %>
> > > > </body>
> > > > </html>
> > > >
> > > >
> > > > and the filter works, you can see the Content-Length, it is shorter
> than
> > > the
> > > > normal page.
> > > >
> > > > Load time: 672
> > > > HTTP response code: 200
> > > > HTTP response message: OK
> > > >
> > > > HTTP response headers:
> > > > HTTP/1.1 200 OK
> > > > Server: Apache-Coyote/1.1
> > > > Set-Cookie: JSESSIONID=51B34F7C8FC5FB3D17D81DAACB771D19;
> > > > Path=/SistemaSimonJSP
> > > > Content-Encoding: gzip
> > > > Content-Type: text/html;charset=ISO-8859-1
> > > > Content-Length: 334
> > > > Date: Fri, 07 Apr 2006 16:14:20 GMT
> > > >
> > > > my doubt comes cause i send 2 gets, one with the Accept-Encoding =
> gzip
> > > > header, and other without. But both of them have the same results.
> > > >
> > > > time: 672 ms
> > > > bytes: 24576
> > > > succes: true
> > > > ...
> > > >
> > > > there is the response of the the second request:
> > > >
> > > > Load time: 672
> > > > HTTP response code: 200
> > > > HTTP response message: OK
> > > >
> > > > HTTP response headers:
> > > > HTTP/1.1 200 OK
> > > > Server: Apache-Coyote/1.1
> > > > Set-Cookie: JSESSIONID=97B6C0D0061E0AF32A75C319F87267EB;
> > > > Path=/SistemaSimonJSP
> > > > Content-Type: text/html;charset=ISO-8859-1
> > > > Date: Fri, 07 Apr 2006 16:14:21 GMT
> > > >
> > > > you can see that it hasn´t the "Content-Encoding: gzip" in the
> header
> > > ...
> > > > so .. i can`t see why the times and the sizes are equals ....
> > > >
> > > > thanks for any answer ...
> > > > simon.
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > 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: get a gzip compressed page
Posted by sebb <se...@gmail.com>.
On 11/04/06, Simon <sd...@gmail.com> wrote:
> thanks ... i did other test and i can´t undestand why it takes 0 ms to
> receive a page that load 180 kb ....
Nor can I - unless your clock is running very slowly, or there is a
problem calculating the time.
> Load time: 0
> HTTP response code: 200
> HTTP response message: OK
>
> HTTP response headers:
> HTTP/1.1 200 OK
> Server: Apache-Coyote/1.1
> ETag: W/"186086-1144768527674"
> Last-Modified: Tue, 11 Apr 2006 15:15:27 GMT
> Content-Type: text/html
> Content-Length: 186086
> Date: Tue, 11 Apr 2006 15:16:02 GMT
>
>
> to get these listener response i made a Thread Group that loop 10 times and
> get only that page.
>
> Thread Group
> - great-page 1
> - Accept-Encoding :: gzip
> - Cache-control :: no-cache
> - great-page 2
> - Cache-control :: no-cache
>
> i am thinking that JMeter has something like a cache ... it could be?
>
No, JMeter does not cache any requests.
> 2006/4/7, sebb <se...@gmail.com>:
> >
> > The sizes are equal because the size is the size of the response after
> > unzipping.
> >
> > Not sure why the times are equal - even two identical pages don't
> > normally take exactly the same amount of time.
> >
> > S.
> > On 07/04/06, Simon <sd...@gmail.com> wrote:
> > > hi, i did a filter to the tomcat that compress all the *.html and *.jsp
> > > pages requested if the browser supports the compression.
> > > the page is something like that:
> > >
> > > ......
> > > ......
> > >
> > > <body>
> > > <%
> > > String s = "";
> > > for (int i=0 ; i<10000 ; i++) {
> > > s = s + "hola - ";
> > > }
> > > %>
> > > <%=s %>
> > > </body>
> > > </html>
> > >
> > >
> > > and the filter works, you can see the Content-Length, it is shorter than
> > the
> > > normal page.
> > >
> > > Load time: 672
> > > HTTP response code: 200
> > > HTTP response message: OK
> > >
> > > HTTP response headers:
> > > HTTP/1.1 200 OK
> > > Server: Apache-Coyote/1.1
> > > Set-Cookie: JSESSIONID=51B34F7C8FC5FB3D17D81DAACB771D19;
> > > Path=/SistemaSimonJSP
> > > Content-Encoding: gzip
> > > Content-Type: text/html;charset=ISO-8859-1
> > > Content-Length: 334
> > > Date: Fri, 07 Apr 2006 16:14:20 GMT
> > >
> > > my doubt comes cause i send 2 gets, one with the Accept-Encoding = gzip
> > > header, and other without. But both of them have the same results.
> > >
> > > time: 672 ms
> > > bytes: 24576
> > > succes: true
> > > ...
> > >
> > > there is the response of the the second request:
> > >
> > > Load time: 672
> > > HTTP response code: 200
> > > HTTP response message: OK
> > >
> > > HTTP response headers:
> > > HTTP/1.1 200 OK
> > > Server: Apache-Coyote/1.1
> > > Set-Cookie: JSESSIONID=97B6C0D0061E0AF32A75C319F87267EB;
> > > Path=/SistemaSimonJSP
> > > Content-Type: text/html;charset=ISO-8859-1
> > > Date: Fri, 07 Apr 2006 16:14:21 GMT
> > >
> > > you can see that it hasn´t the "Content-Encoding: gzip" in the header
> > ...
> > > so .. i can`t see why the times and the sizes are equals ....
> > >
> > > thanks for any answer ...
> > > simon.
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > 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: get a gzip compressed page
Posted by Simon <sd...@gmail.com>.
thanks ... i did other test and i can´t undestand why it takes 0 ms to
receive a page that load 180 kb ....
Load time: 0
HTTP response code: 200
HTTP response message: OK
HTTP response headers:
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
ETag: W/"186086-1144768527674"
Last-Modified: Tue, 11 Apr 2006 15:15:27 GMT
Content-Type: text/html
Content-Length: 186086
Date: Tue, 11 Apr 2006 15:16:02 GMT
to get these listener response i made a Thread Group that loop 10 times and
get only that page.
Thread Group
- great-page 1
- Accept-Encoding :: gzip
- Cache-control :: no-cache
- great-page 2
- Cache-control :: no-cache
i am thinking that JMeter has something like a cache ... it could be?
2006/4/7, sebb <se...@gmail.com>:
>
> The sizes are equal because the size is the size of the response after
> unzipping.
>
> Not sure why the times are equal - even two identical pages don't
> normally take exactly the same amount of time.
>
> S.
> On 07/04/06, Simon <sd...@gmail.com> wrote:
> > hi, i did a filter to the tomcat that compress all the *.html and *.jsp
> > pages requested if the browser supports the compression.
> > the page is something like that:
> >
> > ......
> > ......
> >
> > <body>
> > <%
> > String s = "";
> > for (int i=0 ; i<10000 ; i++) {
> > s = s + "hola - ";
> > }
> > %>
> > <%=s %>
> > </body>
> > </html>
> >
> >
> > and the filter works, you can see the Content-Length, it is shorter than
> the
> > normal page.
> >
> > Load time: 672
> > HTTP response code: 200
> > HTTP response message: OK
> >
> > HTTP response headers:
> > HTTP/1.1 200 OK
> > Server: Apache-Coyote/1.1
> > Set-Cookie: JSESSIONID=51B34F7C8FC5FB3D17D81DAACB771D19;
> > Path=/SistemaSimonJSP
> > Content-Encoding: gzip
> > Content-Type: text/html;charset=ISO-8859-1
> > Content-Length: 334
> > Date: Fri, 07 Apr 2006 16:14:20 GMT
> >
> > my doubt comes cause i send 2 gets, one with the Accept-Encoding = gzip
> > header, and other without. But both of them have the same results.
> >
> > time: 672 ms
> > bytes: 24576
> > succes: true
> > ...
> >
> > there is the response of the the second request:
> >
> > Load time: 672
> > HTTP response code: 200
> > HTTP response message: OK
> >
> > HTTP response headers:
> > HTTP/1.1 200 OK
> > Server: Apache-Coyote/1.1
> > Set-Cookie: JSESSIONID=97B6C0D0061E0AF32A75C319F87267EB;
> > Path=/SistemaSimonJSP
> > Content-Type: text/html;charset=ISO-8859-1
> > Date: Fri, 07 Apr 2006 16:14:21 GMT
> >
> > you can see that it hasn´t the "Content-Encoding: gzip" in the header
> ...
> > so .. i can`t see why the times and the sizes are equals ....
> >
> > thanks for any answer ...
> > simon.
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: get a gzip compressed page
Posted by sebb <se...@gmail.com>.
The sizes are equal because the size is the size of the response after
unzipping.
Not sure why the times are equal - even two identical pages don't
normally take exactly the same amount of time.
S.
On 07/04/06, Simon <sd...@gmail.com> wrote:
> hi, i did a filter to the tomcat that compress all the *.html and *.jsp
> pages requested if the browser supports the compression.
> the page is something like that:
>
> ......
> ......
>
> <body>
> <%
> String s = "";
> for (int i=0 ; i<10000 ; i++) {
> s = s + "hola - ";
> }
> %>
> <%=s %>
> </body>
> </html>
>
>
> and the filter works, you can see the Content-Length, it is shorter than the
> normal page.
>
> Load time: 672
> HTTP response code: 200
> HTTP response message: OK
>
> HTTP response headers:
> HTTP/1.1 200 OK
> Server: Apache-Coyote/1.1
> Set-Cookie: JSESSIONID=51B34F7C8FC5FB3D17D81DAACB771D19;
> Path=/SistemaSimonJSP
> Content-Encoding: gzip
> Content-Type: text/html;charset=ISO-8859-1
> Content-Length: 334
> Date: Fri, 07 Apr 2006 16:14:20 GMT
>
> my doubt comes cause i send 2 gets, one with the Accept-Encoding = gzip
> header, and other without. But both of them have the same results.
>
> time: 672 ms
> bytes: 24576
> succes: true
> ...
>
> there is the response of the the second request:
>
> Load time: 672
> HTTP response code: 200
> HTTP response message: OK
>
> HTTP response headers:
> HTTP/1.1 200 OK
> Server: Apache-Coyote/1.1
> Set-Cookie: JSESSIONID=97B6C0D0061E0AF32A75C319F87267EB;
> Path=/SistemaSimonJSP
> Content-Type: text/html;charset=ISO-8859-1
> Date: Fri, 07 Apr 2006 16:14:21 GMT
>
> you can see that it hasn´t the "Content-Encoding: gzip" in the header ...
> so .. i can`t see why the times and the sizes are equals ....
>
> thanks for any answer ...
> simon.
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org