On Sep 9, 2014, at 12:11 AM, Martin Traverso wrote:
> Hi John,
>
> Thanks for the detailed explanation.
>
> I ran a few additional experiments after I wrote a simpler program to try to
> reproduce the issue. I don't see the permgen leak, so something else must be
> causing it in Presto. I do
Hi John,
Thanks for the detailed explanation.
I ran a few additional experiments after I wrote a simpler program to try
to reproduce the issue. I don't see the permgen leak, so something else
must be causing it in Presto. I do see the "Loaded..." messages without a
corresponding "Unloaded...", so
Hi Martin.
A few LFs are cached in 8u20, and many more will be in 8u40; those will not be
unloaded.
A non-cached LF can be viewed as customized, to the exact MH that caused its
creation.
It should be the case that a LF that is customized to LFs will be unloaded
(with its bytecodes) as soon as
Do the generated bytecodes for LambdaForms ever get unloaded? In Presto (a
distributed SQL engine) we generate bytecode on the fly for each query and
use invokedynamic in a number of places as a way to link constants. We
recently ran into a permgen leak (we run 7u45). Looking at the output of
-verb
