Re: Solr Heap, MMaps and Garbage Collection

[Tri Cao]

If you just want to see which classes are occupying the most memory in a live JVM,

you can do:

jmap -permstat <pid>

I don't think you can dump the contents of PERM space.

Hope this helps,

Tri

On Mar 03, 2014, at 11:41 AM, KNitin <nitin.t...@gmail.com> wrote:

Is there a way to dump the contents of permgen and look at which classes
are occupying the most memory in that?

- Nitin


On Mon, Mar 3, 2014 at 11:19 AM, KNitin <nitin.t...@gmail.com> wrote:

Regarding PermGen: Yes we have a bunch of custom jars loaded in solrcloud

(containing custom parsing, analyzers). But I haven't specifically enabled

any string interning. Does solr intern all strings in a collection by

default?

I agree with doc and Filter Query Cache. Query Result cache hits are

practically 0 for the large collection since our queries are tail by nature

Thanks

Nitin

On Mon, Mar 3, 2014 at 5:01 AM, Michael Sokolov <

msoko...@safaribooksonline.com> wrote:

On 3/3/2014 1:54 AM, KNitin wrote:

3. 2.8 Gb - Perm Gen (I am guessing this is because of interned strings)

As others have pointed out, this is really unusual for Solr. We often

see high permgen in our app servers due to dynamic class loading that the

framework performs; maybe you are somehow loading lots of new Solr plugins,

or otherwise creating lots of classes? Of course if you have a plugin or

something that does a lot of string interning, that could also be an

explanation.

-Mike