Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@geronimo.apache.org
Received-SPF: pass (athena.apache.org: domain of kevan.miller@gmail.com
 designates 209.85.211.179 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=content-type:mime-version:subject:from:in-reply-to:date
         :content-transfer-encoding:message-id:references:to:x-mailer;
        b=rpOWD3ZjgXErE8gUxPvs6VbQePhR+DOTMEABEt0HqDR+uy3u1O/yxUySEWSwCu768q
         4v0L2EPAD+8OVzEN//hgP4+Ee2MyeZy+yXQzaLuZoG8NmW10CoGe8bwDDxFKeMET6C+F
         Oz/kN7/1bWUs2uTVJ2tKKI03NmofK3owFCUSM=
Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
Mime-Version: 1.0 (Apple Message framework v1076)
Subject: Re: Starting Geronimo with More PermGen
From: Kevan Miller <kevan.miller@gmail.com>
In-Reply-To: 
 <69BEFCE5AAEBCA44B1301AD2360E83C7A64DB20A02@MATSVEC14.mclane.local>
Date: Mon, 14 Sep 2009 11:01:16 -0400
Content-Transfer-Encoding: 7bit
Message-Id: <AA387CC2-9932-495D-87DC-9FE817E71D1D@gmail.com>
References: <1f3854d50909110652w2d71f1b9x246a74b35cc4aa4e@mail.gmail.com>
 <3B5690A1-0E26-4C93-B36F-DE44650C49DD@gmail.com>
 <1f3854d50909110856g7d9761bbg12f006e8bd3cbc16@mail.gmail.com>
 <69BEFCE5AAEBCA44B1301AD2360E83C7A64DB2091A@MATSVEC14.mclane.local>
 <1f3854d50909130515m7e5dc2d6oc113215fb57dea70@mail.gmail.com>
 <69BEFCE5AAEBCA44B1301AD2360E83C7A64DB20A02@MATSVEC14.mclane.local>
To: user@geronimo.apache.org


On Sep 14, 2009, at 9:59 AM, Russell Collins wrote:

> The main issue with permgen that I have had is with continuous build  
> processes.  At the end of my continuous build process, the artifacts  
> are deployed to the server.  After about 10 or so deployments, the  
> permgen issue arises without fail.  What ends up happening is that  
> the Geronimo server needs to be restarted.  This memory leak/hogging/ 
> etc does not happen when Geronimo uses JRockit.

Russell,
Is your build process undeploying the artifacts? If your artifacts are  
being undeployed and over time you run out of PermGen, then there's a  
ClassLoader memory leak. Could be in Geronimo or in application/ 
application library code. Using JRockit, you're moving the memory leak  
from a specialized PermGen space, to a generalized Heap space (which  
is larger and thus you're less likely to run out of memory). Either  
way, you still have a memory leak...

Using Sun JDK, if you run with -XX:+HeapDumpOnOutOfMemoryError you'll  
generate a java_pid<process-id>.hprof file. This file can be used to  
diagnose your problem. We can help, if you collect this data and post  
it to a Jira.

--kevan