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 027E38547 for ; Sat, 3 Sep 2011 17:36:17 +0000 (UTC) Received: (qmail 27536 invoked by uid 500); 3 Sep 2011 17:36:13 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 27470 invoked by uid 500); 3 Sep 2011 17:36:12 -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 27461 invoked by uid 99); 3 Sep 2011 17:36:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Sep 2011 17:36:12 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=FREEMAIL_FROM,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.26 as permitted sender) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Sep 2011 17:36:07 +0000 Received: from isper.nabble.com ([192.168.236.156]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Qzu8B-0003FO-02 for users@tomcat.apache.org; Sat, 03 Sep 2011 10:35:47 -0700 Message-ID: <32392937.post@talk.nabble.com> Date: Sat, 3 Sep 2011 10:35:46 -0700 (PDT) From: "Darius D." To: users@tomcat.apache.org Subject: Re: Performance for many small requests In-Reply-To: <4E626275.9020902@verizon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: darius.ski@gmail.com References: <4E5E4102.8090504@verizon.net> <4E5E43BD.6020801@verizon.net> <1314807921.18478.YahooMailClassic@web113610.mail.gq1.yahoo.com> <4E5F9947.7050606@verizon.net> <4E5FBD97.4080807@christopherschultz.net> <4E5FC6FC.3030409@verizon.net> <99C8B2929B39C24493377AC7A121E21FB0009A5D3D@USEA-EXCH8.na.uis.unisys.com> <4E5FEDCC.7070102@christopherschultz.net> <99C8B2929B39C24493377AC7A121E21FB0009A6101@USEA-EXCH8.na.uis.unisys.com> <4E5FF11C.8050809@christopherschultz.net> <32392622.post@talk.nabble.com> <99C8B2929B39C24493377AC7A121E21FB000A1FA9C@USEA-EXCH8.na.uis.unisys.com> <32392870.post@talk.nabble.com> <4E626275.9020902@verizon.net> David Kerber wrote: > > On 9/3/2011 1:15 PM, Darius D. wrote: >> >> >> n828cl wrote: >>>> From: Darius D. [mailto:darius.ski@gmail.com] >>>> Subject: Re: Performance for many small requests >>>> in my opinion using 64bit JVM with such a small >>>> heap is only needed if performance testing shows >>>> gains versus 32bit JVM. >>> The main advantage of using a 64-bit JVM is the increased number of >>> registers available in the x86-64 architecture, which can result in >>> vastly >>> reduced memory references. Whether or not that's important to overall >>> performance is highly dependent on the application, of course. >>> >>> >> Yeah, but I'd err on 32bit JVM side :) Gains from more registers are very >> specific, but penalty from increased cache/TLB misses is big, and if you >> start hitting hard page faults ( that would have been avoidable due to >> lower >> heap size with 32bit JVM ) - even one of those will erase all gains :) > > Then why shouldn't I just double my heap size? Wouldn't that eliminate > the risk of increased cache misses? I was just using the settings from > my 32-bit installation, but have plenty of RAM to allow me to increase > the memory settings if that would help. > > Dave > Umm, sorry, it seems that 64 vs 32bit discussion has thrown this thread of track. In your case it probably makes little difference. I'd definately start by profiling and looking at gc logs. As a side note - (CPU)cache/TLB misses have nothing to do with heap size. Too big heap size can be as bad as too low ( by stealing memory from OS that could have been used for file caches and other apps and increasing GC pauses ). -- View this message in context: http://old.nabble.com/Performance-for-many-small-requests-tp32372424p32392937.html Sent from the Tomcat - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org