Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: local policy)
Content-Class: urn:content-classes:message
Subject: RE: Connector Compression
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 17 Oct 2007 07:10:49 +0100
Message-ID: <DDBBD1E00935D144AB9563D57EF98D624EF5DD@raccoon.melandra.net>
Thread-Topic: Connector Compression
Thread-Index: AcgQS4mBGaNIlQVoTYSZ4+sPDJcaIwAN5VAA
References: <002801c8104b$89e113c0$6c0010ac@dataoncall.dataoncall.com>
From: "Peter Crowther" <Peter.Crowther@melandra.com>
To: "Tomcat Users List" <users@tomcat.apache.org>

> From: Mike Cronin [mailto:mike.cronin@fax.com]=20
> Is there any reason why you would not want to use compression on a
> Connector?

You're trading CPU cycles (running the compression algorithm) for
bandwidth.  I suspect you're also trading a certain amount of RAM (some
extra buffers), though I haven't checked or measured how much so I may
be talking out of my hat (as usual).  Finally, you may be increasing the
time to the first byte arriving back at the client, as you're increasing
the amount of output the client has to generate before the first segment
of the response is sent.  If your servers are CPU-bound, you may not
have the spare cycles; if you're tight on RAM, check whether the
compression increases the memory use.  If you have timing requirements,
check that a system with compression enabled still meets them.

All that said, a "typical" business application almost certainly has
spare CPU, some spare RAM and no tight timing constraints on the first
byte being returned - it's generally bandwidth out of the server and
querying the database that are the limiting factors.

		- Peter

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org