Vladimir
In all cases when OOME happens the test operates with
BoundMethodHandle$SpeciesData class, so it indeed may be caused by
JDK-8078602.
But is it a good idea of excluding the test? LFGarbageCollectedTest.java
fails not every time and may catch other product issues if they happen.
We
Igor,
It seems I have given you wrong information. This test fails with OOME
against JDK 9 also, I managed to reproduce the failure now.
It was hard to reproduce it because of randomness, I need to rerun the
test 50 times. Although the test seems to fail with OOME more often
against JDK 8u,
Konstantin,
could you please run the test on JDK 9 w/ the seed values which lead to
failures on JDK 8u?
and please update the bug w/ gotten information.
Thanks,
Igor
On 06/04/2015 12:10 PM, Konstantin Shefov wrote:
Igor,
It seems I have given you wrong information. This test fails with
Hi Sean, there should be exactly 440, because 11 cycles is one iteration.
-Konstantin
On 06/03/2015 10:14 PM, Seán Coffey wrote:
I bumped into this failure myself today. I think you've got a typo.
440 should be 40. Looks like a good approach otherwise.
Regards,
Sean.
On 03/06/2015 17:33,
Igor,
I have added comment to https://bugs.openjdk.java.net/browse/JDK-8068416
Tried 10 seeds, for all of them test fails with OOME for both 8u60 and 9.
-Konstantin
On 06/04/2015 12:15 PM, Igor Ignatyev wrote:
Konstantin,
could you please run the test on JDK 9 w/ the seed values which lead
Konstantin,
Have you looked into the heap dump to understand why the test provokes
an OOM? Limiting test iterations is counter-productive, because it
defeats the purpose of the test.
Probably, the failure is caused by BMHs which aren't collected (see
JDK-8078602 [1]). In that case I'd
Vladimir
On 06/04/2015 02:19 PM, Vladimir Ivanov wrote:
Konstantin,
In all cases when OOME happens the test operates with
BoundMethodHandle$SpeciesData class, so it indeed may be caused by
JDK-8078602.
It's not necessarily an evidence. Most of method handles are BMHs. So,
I'd suggest to
Vladimir
I looked at heap dump using jhat tool.
Heap contained 2452 occurences of
java.lang.invoke.BoundMethodHandle$Species_* classes by the moment OOME
happened.
So looks like java.lang.invoke.BoundMethodHandle$Species_* classesare
not unloading as it is said in JDK-8078602 [1].
So I will
