Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AD70F1155E for ; Thu, 10 Jul 2014 14:38:53 +0000 (UTC) Received: (qmail 19866 invoked by uid 500); 10 Jul 2014 14:38:50 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 19784 invoked by uid 500); 10 Jul 2014 14:38:50 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 19773 invoked by uid 99); 10 Jul 2014 14:38:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Jul 2014 14:38:49 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [76.96.62.64] (HELO qmta07.westchester.pa.mail.comcast.net) (76.96.62.64) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Jul 2014 14:38:44 +0000 Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta07.westchester.pa.mail.comcast.net with comcast id QdH21o0021swQuc57eeQc7; Thu, 10 Jul 2014 14:38:24 +0000 Received: from Christophers-MacBook-Pro.local ([68.55.8.89]) by omta15.westchester.pa.mail.comcast.net with comcast id QeeP1o00l1vFKdg3beeP1a; Thu, 10 Jul 2014 14:38:24 +0000 Message-ID: <53BEA55F.90405@christopherschultz.net> Date: Thu, 10 Jul 2014 10:38:23 -0400 From: Christopher Schultz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Tomcat Users List Subject: Re: VERY HIGH TRAFFIC TUNING References:

<1404921026714-5019875.post@n6.nabble.com> In-Reply-To: <1404921026714-5019875.post@n6.nabble.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1405003104; bh=/T40t4Qt5lED1nYvhKiOjko4iOvnMPrdR2GjxRfjCZ4=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=ICRDCaQKUy3O4QCJ1mqmcfShz2f1SpxvcTpvdkduC+AOh7PIyYB2jZ4fn2be1zoxh WLkg7ZDUnVXoivnMihjuVpJRnVO2mj15z1c6Km6FWHguo56ZFaTiAgVzUurM9h+0H6 RxRqdO2SH4baZsQ2zgSS1HvX4X0FMTfTNpZgUjzJITf6MK33q08IPjhIe3xLw4rqeR C7T/o4cjKqunkmwxlimT+c2TCivZ10FDGWCnfv6C9im7fyGnqzGF2Howd25m13xpMd JBmI+xLCUOCXPYuXVKJ+6eum0F9XGNguXnvNHUdkY9KljKcGW1wHaOyqVb/+tcKmLx Wfs3X96lmTCqQ== X-Virus-Checked: Checked by ClamAV on apache.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hernán, On 7/9/14, 11:50 AM, doomito wrote: > Thank you for the answer. I will begging experimenting on 1 box > with this configuration: > > > emptySessionPath="true" redirectPort="8443" maxThreads="2048" > minSpareThreads="32" connectionTimeout="20000" > keepAliveTimeout="10000" enableLookups="false" > request.registerRequests="false" /> Beware about setting timeouts on AJP connectors. > I a couple of questions raises from your reply: 1) a couple of > years ago we did a BENCHMARK mod_proxy vs mod_jk and the difference > was noticeable in favor of mod_jk. There was any improvement on > mod_proxy connector in particular? According to recent tests (I just noticed that I hadn't posted the performance slides and data from ApacheConNA2014... I'm working to get the final version of the slides updated at which point I can give you a reference), single-threaded mod_jk and mod_proxy_ajp perform similarly for requests that produce less than 2MiB of response data. Higher than 2MiB of response data sees mod_proxy_ajp's performance go down quite a bit for some reason. For many threads (248) the results are similar except that we did not observe any mod_proxy_ajp performance drop higher than the 2MiB response size. mod_proxy_http is still faster than both up to a point, where the throughput of the connection (i.e. network speed) becomes the limiting factor). If you want to switch connectors, switch from mod_jk/mod_proxy_ajp to mod_proxy_http: the performance of that connector seems to beat them both by a noticeable margin. Note that using mod_proxy_http with SSL on the front-end requires more setup than what you get by default with the AJP-protocol connectors who automatically forward all the SSL information back to Tomcat. > 2) this is definitely an ignorant question, but I see a lot of > connections made to 8080 port instead of 8009. That said, I don't > fully understand WHY and also, do I need to also tuned this? I have > nothing going directly to tomcat, everything goes trough Apache > mod_jk. > > protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" > /> That's an HTTP connector, not an AJP one. Perhaps you have some requests using AJP and others proxied using HTTP? What does your httpd configuration look like? You might want to just disable the HTTP connector and see what breaks: if you are going to proxy requests from httpd -> Tomcat, you probably only want to use a single protocol. Finally, you should use a shared thread pool ("executor") across all your connectors. This will allow you to use a single pool instead of multiple pools which can reduce your resource usage. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTvqVdAAoJEBzwKT+lPKRY1gUQAJPfKu5R/yRfU97lj/rvY7dO AS5P27U4qrc7Zs8HiCVSVgG5GNYKpxhi3qwHINT+c/WBBU5bgLWR5vHqWJ9pF5q8 /chdqdJ7JK7WICbmhLUJA1V5yaSU7kI27nCBaD2QnlC0YhXFj+c3yA6QjEvzg/YY vRGYP3IuKoIP35txm3yILMSunmWw+vbHsTm1idT9G0pCiRIwMDdVOIjTfTZoMB3R yhaSiyrMX4dosCQEXlTUWlhJhN8TFgVYukUJ1TAbAAHDwKZ3ekHTrniLuv4/WMvb 0wagQnxVq17PQ4Q3oC0cWfmLTf2Su7LbI0Z/pOEMvIzfOjsCJTg+pqMv6U1DgnXX Rww2a0foBUJ2unLaUZ7BCQWz9mHWJjjkX/tgWB2B2QBXcPHq5cjuN/yJykDDBNf1 AligGnhbgbLs6mMhjG9MDD/I+NKeFJ/KgGaWAOJ4FpT1CTenqualxe6NPnz3dT7e VG7p8qrTFVqaxd6dKhNT+dGj0voCdCdGORVOK1wC0QKASzIlw6oX4tr6MppayZNF z8JwtyuYkCfKP65UoskuX4u5RaEJJqiLNPs7cEU/qQfnsfHtJmjjrMb0BlaiLYrL 84aY6AayXgNw2mwoz4pHR6bsnmdJkeT8hMAp9jiG3ngxDqvQGlnqTmpvEE7A2psg 1YpYtIl36zAsWF/1gQ3C =ls3u -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org