Charles - My other post didn't make it back yet. Now I'm getting confused, because the same doc I referenced below, which treats Heap and PermGen separately in Appendix B, says this in Chapter 3: "The detail message PermGen space indicates that the permanent generation is full. The permanent generation is the area of the heap where class and method objects are stored. If an application loads a very large number of classes, then the size of the permanent generation might need to be increased using the -XX:MaxPermSize option." http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/memleaks.html That is specifically about the error Bruce is seeing. But, yes, it appears he's loading too many classes, or reloading them, or something. Something else Bruce can look into is if his apps are using common jar files that can be loaded into Shared space. Jeff
-----Original Message----- From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] Sent: Wednesday, September 16, 2009 9:31 AM To: Tomcat Users List Subject: RE: java.lang.OutOfMemoryError: PermGen space Chuck - I couldn't tell from the post if the Architecture line meant hardware, OS, or JVM. And I'm under the impression from multiple re-reads of the Java tuning docs that ALL generations are drawn from the heap, including PermGen. Yes, using Jconsole or better is what he needs to do. Bruce- Here is another good read. Direct from Sun: http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/tools.html Jeff -----Original Message----- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Wednesday, September 16, 2009 9:04 AM To: Tomcat Users List Subject: RE: java.lang.OutOfMemoryError: PermGen space > From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] > Subject: RE: java.lang.OutOfMemoryError: PermGen space > > You don't say if the JVM is 32-bit or 64-bit Actually, he did: > Architecture: amd64 > JVM Version: 1.6.0_16-b01 > JVM Vendor: Sun Microsystems Inc. The architecture would be x86 for a 32-bit JVM on Intel/AMD. > 1) By splitting the Heap in half between NewGen and PermGen This is not correct. The -Xmx size does not include the PermGen size. Again, use JConsole or equivalent to verify that the requested heap sizes are being used. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org ******************************* NOTICE ********************************* This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org ******************************* NOTICE ********************************* This message is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (call us collect at 512-343-9100) and immediately delete this message and all its attachments. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
