Here's another Sun doc that specifically states that PermGen is an area of the Heap. http://java.sun.com/j2se/reference/whitepapers/memorymanagement_whitepap er.pdf Scroll down to page 17. But for my own assurance, I'll crank up JConsole on one of my known configurations and check for myself. Jeff
-----Original Message----- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Wednesday, September 16, 2009 9:51 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 > > I couldn't tell from the post if the Architecture line meant hardware, > OS, or JVM. A little experimentation will show that the value is dependent on the mode of the JVM, despite the fact that the corresponding system property name is "os.arch". > 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. Nope. - 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