tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ronald Klop <ronald-mailingl...@base.nl>
Subject Re: HTTP/1.1 GZIP compression and its impact on server
Date Tue, 09 Aug 2005 09:01:53 GMT
This is untrue at least in Tomcat 5.

But why don't you try it instead of having discussions about it? Use a network sniffer to
check what the server is sending over the wire.

Ronald.

On Tue Aug 09 10:05:19 CEST 2005 Tomcat Users List <tomcat-user@jakarta.apache.org>
wrote:
> I thought our discussion on GZIP is almost complete untill one of
> collegue said that , just enabling it by adding required attributes
> for connector tag in server.xml is not enough, but we need tp do some
> coding too probably using some filters .
> Is this true?? But the documentation doesnt speak anything about this.
> so please clarify on this last doubt
> thank you
> 
> Regards
> Srikanth
> On 8/4/05, Peddireddy Srikanth <peddireddy.srikanth@gmail.com> wrote:
> > thanks for the help
> > Ya I agree with you in bandwidth and responsiveness issue.
> > We started using GZIP in test environment and most probably we would
> > go into prodcution with compression turned on.
> > Thanks again for your help
> > 
> > Srikanth
> > 
> > On 8/3/05, George Sexton <gsexton@mhsoftware.com> wrote:
> > > Yes. In my particular case, the server throughput in requests fell by
> > 2.3%.
> > > 
> > > Of course, the bandwidth utilization fell also from 6Mb/s to 1.0Mb/s.
> > > 
> > > Additionally, you have to ask yourself how much more responsive the
> > > application will seem to users. We host our web calendar application, and
> > we
> > > run compression on it.
> > > 
> > > Actually, at the co-location site we are moving to, we pay for bandwidth
> > > usage. It's probably going to be cheaper to put another machine in than
> > to
> > > use 6 times more bandwidth.
> > > 
> > > George Sexton
> > > MH Software, Inc.
> > > http://www.mhsoftware.com/
> > > Voice: 303 438 9585
> > > 
> > > 
> > > > -----Original Message-----
> > > > From: Peddireddy Srikanth [mailto:peddireddy.srikanth@gmail.com]
> > > > Sent: Tuesday, August 02, 2005 9:02 PM
> > > > To: tomcat-user@jakarta.apache.org
> > > > Subject: Re: HTTP/1.1 GZIP compression and its impact on server
> > > >
> > > > Hi ,
> > > >
> > > > On 8/1/05, George Sexton <gsexton@mhsoftware.com> wrote:
> > > > > Our App does GZIP compression. I actually did some real
> > > > testing on using it.
> > > > > Here's what we tell our customers:
> > > > >
> > > > > Enable GZIP Compression
> > > > >
> > > > > Enabling this option will cause Connect Daily to send web
> > > > pages to the
> > > > > browser compressed in the GZIP format. This can result in a
> > > > compression
> > > > > factor of six (6) times. Needless to say, this can make
> > > > your calendar
> > > > > noticeably faster to end users.
> > > > > Our testing indicates serviced per minute was reduced by
> > > > 2.3% when GZIP
> > > > > compression is enabled.
> > > >
> > > > This means once u started using GZIP number of requests that are
> > > > services by your server in one minute is fallen by 2.3 %. Essentially
> > > > server's throughput is fallen. Am I right ??
> > > >
> > > >
> > > > >
> > > > >
> > > > >
> > > > > George Sexton
> > > > > MH Software, Inc.
> > > > > http://www.mhsoftware.com/
> > > > > Voice: 303 438 9585
> > > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> > > >
> > > >
> > > 
> > > 
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> > > 
> > >
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> 


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