-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck,
On 6/5/2009 1:17 PM, Caldarale, Charles R wrote: >> From: André Warnier [mailto:a...@ice-sa.com] Subject: Re: concurrent >> connections with mod_jk/apache/tomcat >> >> The only time when a browser would fire off "simultaneous" >> requests, is if there were several windows or frames open, each >> making its own connection, and requests on it. > > Not true; a browser will normally open extra connections for any > objects associated with a page, including style sheets, embedded > images, applets, etc. Yes, and this appears to be the case that the OP gave: firebug in fact shows that some resources are fetched /before/ the last byte of the parent request is received. But, of course, only for Tomcat standalone. I am unclear as to why these two servers could be behaving differently. It seems that the requests are partially serialized when httpd is in the mix. I wonder if mod_jk is buffering the response in httpd so most of the 3.2 seconds the response takes to come back is spent in httpd just waiting for the final byte to flush back to the client. When contacting Tomcat directly, the bytes (maybe) come back sooner, and so the browser can start making requests for dependent files earlier. 4KiB (the size of the primary response) sounds like it might just small enough to fit into a default buffer for mod_jk. Try some of these options, individually and/or together: JkOptions +FlushHeader +FlushPackets Setting +FlushPackets will make mod_jk send the bytes it receives from Tomcat /immediately/ with no further buffering (other than the size of an AJP packet, which is allegedly limited to 8KiB). Another option would be to use mox_proxy_http instead of mod_jk, which may have other buffering options to play with. Hope that helps, - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkopelgACgkQ9CaO5/Lv0PBMHACffr4twpz0jzle7foYFVME+/Qf MogAoMONTyAwf2dXi+w3+JhkfRo3ZCgT =i5Xv -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org