> -----Original Message----- > From: yucca...@live.co.za [mailto:yucca...@live.co.za] > Subject: soory I am starting new thread for new problem
No, you're hijacking yet another thread. Stop doing that. > -------------------------------------------------- > From: "Christopher Schultz" <ch...@christopherschultz.net> > Sent: Wednesday, June 23, 2010 7:00 PM > To: "Tomcat Users List" <users@tomcat.apache.org> > Subject: Re: Showing Tomcat Memory Utilization with 'top' > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Chuck, > > > > On 6/22/2010 5:00 PM, Caldarale, Charles R wrote: > >>> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > >>> Subject: Re: Showing Tomcat Memory Utilization with 'top' > >>> > >>> Also, I believe VIRT includes memory shared with other processes > >> > >> Doesn't RES also include shared pages - anything that's in the > memory > >> map of the process? (I can't remember exactly how that works, but > >> the shared pages have to be accounted for somewhere.) > > > > This is reaching the limits of my knowledge as well. I could imagine > > shared memory not being counted "against" every process but it also > > quite makes sense that it would. > > > >>> so if you have 50MiB of Java system classes loaded and a modern > >>> JVM which shares them among running JVMs > >> > >> Note that only the client HotSpot JVM shares classes; the server > >> version does not. (The sharing is really class templates, not the > >> class objects themselves.) > > > > I didn't realize that the server JVM didn't share class templates. Do > > you have any ideas why not? It seems to be a relatively cheap > > optimization when multiple JVMs are in use, and shouldn't include too > > much overhead for either the process or the OS if there's no actual > > sharing going on in a single-JVM scenario. > > > > - -chris > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.10 (MingW32) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > > > iEYEARECAAYFAkwiPcQACgkQ9CaO5/Lv0PA9oACcCAVoKQZ3F9DG5iPmEusC0nSt > > k/wAnjfHzZpGU2lceqY7cltkJ/EUiNk9 > > =sw+t > > -----END PGP SIGNATURE----- > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org - 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.