While running ConfigB tests on 3.5-SNAPSHOT with Oracle on Windows 7 x64 last week, the embedded Tomcat gave me the dreaded "OutOfMemoryError: PermGen Space". Has anyone else seen this yet when running 3.5-SNAPSHOT? (particularly on 64-bit Windows or Linux)
After looking into the problem a bit, I am coming around to the conclusion that we should be recommending people set a maximum permgen size to the VM (e.g. -XX:MaxPermSize=256m). Here's what I did after noticing the error: 1) Stopped tomcat and added the following line to %FEDORA_HOME%\tomcat\bin\setclasspath.bat set JAVA_OPTS=-Dcom.sun.management.jmxremote.port=8086 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -XX:MaxPermSize=256m 2) Started Tomcat and fired up VisualVM, adding the JMX Connection to port 8086 3) Ran mvn install -Dconfig=B and watched what it said about PermGen size. Here's what I noticed: Prior to the tests starting, PermGen was at about 54m with about 7200 classes loaded. After the tests ran for a few minutes, PermGen grew and seemed to level out at about 98m with about 13500 classes loaded. It's quite possible we have a classloader leak somewhere. But even if we don't, it seems we should be recommending a bigger MaxPermSize than the default, 64m. - Chris ------------------------------------------------------------------------------ Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
