Mark H. Wood wrote:
On Mon, Apr 28, 2008 at 11:27:09AM -0400, Larry Prikockis wrote:

Specifically, we have a webapp on a Windows 2003 server that utilizes Apache 2.2 SSL as a frontend and mod_proxy_ajp to send requests to Tomcat 5.5.17 (on the same server). By eliminating the Apache frontend and just using a Tomcat SSL connector directly, we saw performance increases that absolutely dwarfed (400+%) everything else we were achieving by tuning various connection parameters of Apache httpd and Tomcat.

That's certainly worth thinking about.  What exactly do you mean by
"performance"?

good point... shoulda been more specific-- we were mainly looking at raw connections per second and throughput type metrics. Under heavy load, we were seeing simple page requests taking 15-20 seconds to return while cpu load, memory usage, free connections (tomcat, apache and database pool) all looked good.


My questions:
1) Any thoughts on why the Apache SSL -> Tomcat combination should be so much slower?

Back-resolving client addresses to names for some reason?  (Check your
logging directives, for example.)
thought of this... but have ruled it out.

Not enough entropy?  Check your random-number generator setup.

thanks!  this is definitely something I'll investigate.


--
Larry Prikockis
System Administrator
[EMAIL PROTECTED]
Phone: (240)737-2900

Vecna Technologies, Inc.
5004 Lehigh Rd
College Park, MD 20740-3821
Phone: (301) 864-7253
Fax: (301) 699-3180
240-737-1699 (office)
www.vecna.com

Better Technology, Better World (TM)

The contents of this message may be privileged and confidential. Therefore, if this message has been received in error, please delete it without reading it. Your receipt of this message is not intended to waive any applicable privilege. Please do not disseminate this message without the permission of the author.

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

Reply via email to