Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 86090 invoked from network); 7 Nov 2005 23:06:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Nov 2005 23:06:46 -0000 Received: (qmail 52725 invoked by uid 500); 7 Nov 2005 23:06:43 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 52681 invoked by uid 500); 7 Nov 2005 23:06:42 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 52670 invoked by uid 99); 7 Nov 2005 23:06:42 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Nov 2005 15:06:42 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jgenender@savoirtech.com designates 209.181.65.237 as permitted sender) Received: from [209.181.65.237] (HELO sun.savoirtech.com) (209.181.65.237) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 07 Nov 2005 15:06:35 -0800 Received: from [206.197.197.12] ([206.197.197.12]) by sun.savoirtech.com (8.13.4/8.13.4) with ESMTP id jA7Mwjpo013540 for ; Mon, 7 Nov 2005 15:58:45 -0700 Message-ID: <436FDDF2.3060205@savoirtech.com> Date: Mon, 07 Nov 2005 16:06:26 -0700 From: Jeff Genender User-Agent: Thunderbird 1.4.1 (Macintosh/20051006) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: ClassLoader memory leaks References: <436FD491.5010207@hogstrom.org> In-Reply-To: <436FD491.5010207@hogstrom.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on sun.savoirtech.com X-Virus-Scanned: ClamAV 0.87/1166/Mon Nov 7 12:01:45 2005 on sun.savoirtech.com X-Virus-Status: Clean X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-105.4 required=5.6 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=failed version=3.0.4 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Have you run a profiler to see where the leaks are occurring? Matt Hogstrom wrote: > Kevan, > > Big thanks for tracking down these issues. I know they aren't easy. > > Matt > > Kevan Miller wrote: >> I've been battling a variety of ClassLoader-based memory leaks that occur >> during the deploy/undeploy of DayTrader. With the patches for the >> following >> problems, I no longer see MultiParentClassLoaders being leaked: >> >> http://issues.apache.org/jira/browse/GERONIMO-1125 (patch just posted) >> http://issues.apache.org/jira/browse/GERONIMO-1118 (fix committed) >> http://issues.apache.org/jira/browse/AXIS-2232 (Old patch didn't fix the >> problem. I've attached a new patch that fixes the problem. Yet to be >> committed) >> http://issues.apache.org/jira/browse/AXIS-2278 (Fix committed, but not >> picked up by Geronimo build) >> >> Deployment of DayTrader is still leaking memory (but only 200 kbytes per >> deploy/undeploy cycle. "only" is a relative term... ;-). So, there's >> still >> work to be done. >> >> Finally, there is an intermittent problem which will cause a Thread to >> temporarily hold on to a ClassLoader. Since the problem is >> intermittent and >> temporary, I'm not actively pursuing. I'll document the problem in a >> jira, >> but here's the chain of references keeping the ClassLoader alive... The >> Thread is in the RMI Runtime ThreadGroup. >> >> java.lang.Thread.inheritedAccessControlContext --> >> java.security.AccessControlContext.context --> >> java.security.ProtectionDomain[4] --> >> java.security.ProtectionDomain.classLoader --> >> org.apache.geronimo.kernel.config.MultiParentClassLoader >> >> --kevan >>