Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 79334 invoked from network); 20 Jun 2010 09:24:56 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 20 Jun 2010 09:24:56 -0000 Received: (qmail 39232 invoked by uid 500); 20 Jun 2010 09:24:53 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 38936 invoked by uid 500); 20 Jun 2010 09:24:49 -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 38927 invoked by uid 99); 20 Jun 2010 09:24:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 Jun 2010 09:24:47 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 Jun 2010 09:24:40 +0000 Received: from [192.168.245.129] (p549E13D8.dip0.t-ipconnect.de [84.158.19.216]) by tor.combios.es (Postfix) with ESMTPA id 9873E2260FC for ; Sun, 20 Jun 2010 11:22:50 +0200 (CEST) Message-ID: <4C1DDE3E.20507@ice-sa.com> Date: Sun, 20 Jun 2010 11:24:14 +0200 From: =?UTF-8?B?QW5kcsOpIFdhcm5pZXI=?= Reply-To: Tomcat Users List User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Setting the Right Amount of Memory References: <768FEA3F936926468F594E3CA7741FE80239B66E@ipa-vault.nvipa.com> <4C1D5331.5080803@ice-sa.com> <768AAFD2-1543-4E67-823F-8EB65C57AA68@unisys.com> In-Reply-To: <768AAFD2-1543-4E67-823F-8EB65C57AA68@unisys.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Caldarale, Charles R wrote: > On Jun 19, 2010, at 18:31, "André Warnier" wrote: > >> As Mark writes above (and my interpretation of things) : >> - a bigger Heap means that the JVM will be able to accumulate more >> dead stuff in it, >> - when it is needed however, it will take much longer, because there >> is more stuff to clean up. > > I thought we had taught you better than that... Ooops. > > The time it takes to perform a GC is *not* dependent on the number or > size of dead objects, just on the live ones. That is counter-intuitive. Pray, why is that ? (Or point again to a page describing the process, maybe. That would be useful for the OP also). --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org