Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Message-ID: <15390888.1123578113455.JavaMail.batch@localhost>
Date: Tue, 9 Aug 2005 11:01:53 +0200 (CEST)
From: Ronald Klop <ronald-mailinglist@base.nl>
To: Tomcat Users List <tomcat-user@jakarta.apache.org>
Subject: Re: HTTP/1.1 GZIP compression and its impact on server
In-Reply-To: <e0d185ef050809010528f4994c@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_10_12105449.1123578112793"
Importance: Normal
References: <e0d185ef05080220027e2e9580@mail.gmail.com>
	 <20050803144443.262156D94@mail.mhsoftware.com>
	 <e0d185ef0508031944677c24a5@mail.gmail.com>
 <e0d185ef050809010528f4994c@mail.gmail.com>

------=_Part_10_12105449.1123578112793
Content-Type: text/plain; format=flowed; charset=us-ascii
Content-Transfer-Encoding: 7bit

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
> 


------=_Part_10_12105449.1123578112793--