thanks very much you help me alog by the way, do you know *any tool that can monitor the permanent generation*, such what's now resident in the perm gen?
I know that in the linux the jmap -permheap <pid> will display something, like this class_loader classes bytes parent_loader alive? type <bootstrap> 1187 4691664 null live <internal> 0x84747550 1 1808 0x846017d8 dead sun/reflect/delegatingclassloa...@0x937f35f8 0x84685ee0 1 1800 0x846017d8 dead sun/reflect/delegatingclassloa...@0x937f35f8 0x84686030 1 1792 0x846017d8 dead sun/reflect/delegatingclassloa...@0x937f35f8 0x84686210 1 1792 0x846017d8 dead sun/reflect/delegatingclassloa...@0x937f35f8 it seems useless for me actually (I 'm new learning about this....) cos the permanent gen occupy about 20MB and jmap list about 10 live class with 30 dead ones, I was confused with this.... I used some other profiler tools but they just show* how much* perm gen was used, but not *what they are used for* thanks best regards 2010/11/24 Caldarale, Charles R <chuck.caldar...@unisys.com> > > From: xu cheng [mailto:xcheng....@gmail.com] > > Subject: Re: the memory puzzle me.... > > > the permanent generation is also collected by major gc? > > Correct. > > > what will trigger a gc in the permanent generation > > When either the tenured or the permanent generation is full, someone calls > System.gc(), or you click the "Perform GC" button in JConsole (or its > equivalent in other profilers). > > - 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 > >