Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 77596 invoked from network); 7 Jan 2004 19:48:30 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 7 Jan 2004 19:48:30 -0000 Received: (qmail 63373 invoked by uid 500); 7 Jan 2004 19:48:14 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 63068 invoked by uid 500); 7 Jan 2004 19:48:12 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 63055 invoked from network); 7 Jan 2004 19:48:12 -0000 Received: from unknown (HELO mail.on-sitemanager.com) (64.124.78.155) by daedalus.apache.org with SMTP; 7 Jan 2004 19:48:12 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.on-sitemanager.com (Postfix) with ESMTP id 4C6B238400C for ; Wed, 7 Jan 2004 12:27:40 -0800 (PST) Received: from mail.on-sitemanager.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26855-09 for ; Wed, 7 Jan 2004 12:27:35 -0800 (PST) Received: from adsl-66-122-112-204.dsl.snfc21.pacbell.net (adsl-66-122-112-204.dsl.snfc21.pacbell.net [66.122.112.204]) by mail.on-sitemanager.com (Postfix) with ESMTP id D020138400B for ; Wed, 7 Jan 2004 12:27:34 -0800 (PST) Subject: cocoon class loading and garbage collection From: Rob Adams To: users@cocoon.apache.org Content-Type: text/plain Message-Id: <1073504891.771.12.camel@athena> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 07 Jan 2004 11:48:11 -0800 Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I'm continuing to investigate my problem with cocoon causing OutOfMemory errors. Merely visiting a large number of pages using cocoon causes the VM to run out of memory. When in Sun's JRE it reports OutOfMemory exceptions after visiting a large number of pages; with IBM's the JRE actually dumps core. This is happening even when I repeatedly visit a small number of pages that don't need to be recompiled, after something like 1000 requests. When it crashes, there is plenty of heap space as reported by Runtime.freeMemory(); however the memory size of the JVM itself gradually grows until it eventually fails as previously mentioned. This leads me to believe that perhaps the classes aren't being garbage collected. Does cocoon have any mechanism for ensuring that it frees references to unused classes? Will these classes be garbage collected? Is there anything I can do to ensure that they are? Thanks, Rob --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org