Note:

If you use various things like RMI and CMS GC and don't set one or two key properties you'll always have a perm gen leak.

It's a nice feature of CMS :-)

On 5/21/2013 10:44 AM, Christopher Schultz wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Fachhoch,

On 5/21/13 10:53 AM, fachhoch wrote:
My application running on tomcat ,every day I see an increase in
permgen space
What was PermGen usage after your webapp reached a steady-state
(usually a few minutes after launch)? How much does it grow every day?
Have you ever run out of PermGen or are you just concerned that you
/might/ run out?

does this ever garbage collected?
Yes.

how can I see whats in the permgen space?
Use a memory profiler.

I guess Heap dump shows whats in the heap memory, how about
permgen space , I want to know why its increasing everyday?
I believe heap dump does give you PermGen info, but the "mat" tool
might not be great for visualizing it.

Tomcat 6.35 jdk 1.6

Note# I am not redeploying any application in tomcat and I just
have my app and not even the manager app.I always restart the
server if I have to redeploy my app.
That is good information to have. Do you do anything with RMI or use a
lot of proxy classes or anything like that? PermGen is mostly filled
with java.lang.Class objects. The more classes you have loaded, the
more PermGen you need. If you generate lots of on-the-fly Class
objects and their instances don't get collected, then the
java.lang.Class objects stick around forever and fill-up your PermGen.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJRm5ZPAAoJEBzwKT+lPKRYTawQAJc0t5BGRSAtOtFcL/gNMi70
dsxOvL0FOXbYBcM5WE3OXOyPYMiHxQVGqe5tBTwcZrkF+cQ64V+tITrJvmRlHPMT
D9TjQNBgIvI5oFX4Ik8gcCxBgEW823Nn6+Qqa7ZKIrcMCNRi76hfGYfuXopJyD0I
WgsjKvbB8hgZbrCsN7uF5jfpf6CD6ataXO35jYB/Na1RAZ9az4Me5Q7Ray67svvw
XY0frWD6I7oUmsfyvuwNlXkdCoB6SWZDGjqn7d/3pzFhEqUi5Th5N/qeQkKNX3kk
gMc5Mt5jvd358Odc3gh4kdpbgo+BuBuEg6nXhlehhhMSvYHrbY/hNNkRhybQej3v
wxLK7NY90o/i2hQHo3SrXFt9HnVOG1JVBG/hT0K5saJH5DSoMULvJ/bLvCDvNwoR
+lUW6p/zyY1rZKminKlF6wyj0Kn14oXMF7ueRCGIaP05H8fwvakuOfk21nTEFptN
sn3jdrvvWMggZAWcjOKFVyBSxqAFAxTqikuYgE0Hjz82mj2L2GZl8cvKcqA8r34b
k9GDnshZOFMuR9dfe9o4mzTMy/RAXNkLrB3ioqRE79dMy/e8PShLNgkmzPjbasoY
aqNvYsXVMF1+HvuRw+XzliwCx2EdssGhk0yT4ZfvTH1PKMHPYRP89yy7SWf7HT5B
CuHOTq7lKyvpur49BNm6
=YlR/
-----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

Reply via email to