[
https://issues.apache.org/jira/browse/SOLR-5022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13703835#comment-13703835
]
Dawid Weiss commented on SOLR-5022:
-----------------------------------
Eh... those Solr tests run foreeeeever (90 minutes using a single JVM). I ran
the code on 4x branch and I honestly don't see anything being interned in
Hadoop. It might be interning something indirectly via Java system classes
(which are not aspect-woven) but I doubt it.
The full execution log is here:
http://www.cs.put.poznan.pl/dweiss/tmp/full.log.gz
and the interning stats are here (first column is the # of calls, then the
origin class and the interned string):
http://www.cs.put.poznan.pl/dweiss/tmp/log.stats
A few libraries intern strings heavily:
{code}
org.apache.xmlbeans.*
org.apache.velocity.*
{code}
but a lot of calls comes from Lucene itself:
{code}
org.apache.lucene.codecs.lucene3x.TermBuffer
org.apache.lucene.codecs.lucene3x.Lucene3xFields$PreTermsEnum
{code}
When you look at the stats file overall though, ALL the interned strings
shouldn't take more than 1.4M (that's the size of unique strings and additional
boilerplate).
So no luck yet. Unless you can explain what's happening based on that output.
The next step for me is to log permgen use before/ after each test and see
where
memory is consumed and how. I'll do it tomorrow, perhaps on a different machine
(it really takes ages to run those tests).
> PermGen exhausted test failures on Jenkins.
> -------------------------------------------
>
> Key: SOLR-5022
> URL: https://issues.apache.org/jira/browse/SOLR-5022
> Project: Solr
> Issue Type: Test
> Components: Tests
> Reporter: Mark Miller
> Fix For: 5.0, 4.4
>
> Attachments: intern-count-win.txt, SOLR-5022.patch
>
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
