Doesn't Sun have a GC on the PermGen? Or is it just low priority, meaning this won't happen on production servers. Even in a the common production host you deploy a lot. They might be further apart, but they are many none the less. And these servers are usually solid, meaning they don't fall over. I will easily reach 10 deployments without a server restart.
Though on my dev machine I have gone to about 20 deployments (around there - I just counted the log entries from server start while pressing page down the whole time and counted 18) before it gave a permgen. This was in a 2 hour period. If this is going to be a problem, is JRocket expensive? Q On Mon, Sep 14, 2009 at 3:59 PM, Russell Collins <[email protected]> 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 Collins > Sr. Software Engineer > McLane Advanced Technology > > "Do or do not, there is no try." - Yoda > > -----Original Message----- > From: Quintin Beukes [mailto:[email protected]] > Sent: Sunday, September 13, 2009 7:15 AM > To: [email protected] > Subject: Re: Starting Geronimo with More PermGen > > It doesn't have a permgen issue? > > Do you have anything to read on this, as I never really thought it was > an issue. I just thought it had to do with the rate at which classes > are created? > > I know there is something about embedded anonymous classes and a > permgen problem relating to these, but more than what I said now I > don't know. > > You have links to any articles/blog posts on this? > > Q > > On Sat, Sep 12, 2009 at 11:26 PM, Russell Collins > <[email protected]> wrote: >> Unless you are tied into Hotspot (Sun JVM), BEA/Oracle's JRockit does not >> have a perm size issue and it will work with Geronimo as a service. >> >> >> Russell Collins >> Sr. Software Engineer >> McLane Advanced Technology >> >> "Do or do not, there is no try." - Yoda >> >> -----Original Message----- >> From: Quintin Beukes [mailto:[email protected]] >> Sent: Friday, September 11, 2009 10:57 AM >> To: [email protected] >> Subject: Re: Starting Geronimo with More PermGen >> >> Had I had a README I would have read them... well I have the .sh files >> but they don't mention it either. >> >> ls bin/ >> client.bat cxf-tools.bat deploy.bat geronimo.bat gsh >> jaxws-tools.bat jpa.jar setjavaenv.sh shutdown.sh >> startup.bat stop-server.bat >> client.jar cxf-tools.jar deployer.jar geronimo.sh gsh.bat >> jaxws-tools.jar server.jar shutdown.bat start-server >> startup.sh >> client.sh cxf-tools.sh deploy.sh gserviceReg.sh isdeployed.sh >> jaxws-tools.sh setjavaenv.bat shutdown.jar start-server.bat >> stop-server >> >> Beyond that I have another question. Inside the .groovy file, how can >> I reference environment variables? I'm hoping to only update >> setjavaenv.sh to make upgrading easier. >> >> Q >> >> On Fri, Sep 11, 2009 at 5:50 PM, Kevan Miller <[email protected]> wrote: >>> >>> On Sep 11, 2009, at 9:52 AM, Quintin Beukes wrote: >>> >>>> Hey, >>>> >>>> How do I start geronimo with more permgen. >>>> >>>> I tried editing setjavaenv.sh and adding a JAVA_OPTS="...", but this >>>> only gives it to the bootstrap loader, and not the server itself, as >>>> can be seen from these processes: >>>> >>>> 19571 pts/12 Sl 0:02 /opt/kms/java/jdk5/jre/bin/java -Xmx1024m >>>> -XX:MaxPermSize=256m -jar >>>> /opt/kms/server/geronimo/lib/boot/gshell-bootstrap.jar -c >>>> geronimo/start-server --logfile '/opt/kms/server/geron >>>> 19637 pts/12 Sl 0:36 \_ >>>> /opt/kms/java/sun-jdk1.5.0_17/jre/bin/java -Xmx512m >>>> -javaagent:/opt/kms/server/geronimo-2.2-20090908/bin/jpa.jar >>>> -Dorg.apache.geronimo.home.dir=/opt/kms/server/geronimo-2.2-200 >>> >>> See >>> http://cwiki.apache.org/confluence/display/GMOxDOC22/Runtime+issues#Runtimeissues-JVMarguments >>> >>> You need to update /etc/rc.d/start-server,default.groovy or add a -J >>> parameter. >>> >>> We could probably do with a bin/README / comments in the .bat/.sh files to >>> assist with these issues. >>> >>> --kevan >>> >> >> >> >> -- >> Quintin Beukes >> > > > > -- > Quintin Beukes > -- Quintin Beukes
