RFR 8069291: [TESTBUG] Fibonacci test: OutOfMemoryError: unable to create native thread
Christian Tornqvist
christian.tornqvist at oracle.com
Mon Feb 16 21:05:02 UTC 2015
Hi David,
>Is this test actually that useful?
This is one of the test that has provoked a native heap corruption issue on Windows that we're still chasing. I think this test could be useful enough to keep around.
Thanks,
Christian
-----Original Message-----
From: hotspot-runtime-dev [mailto:hotspot-runtime-dev-bounces at openjdk.java.net] On Behalf Of David Holmes
Sent: Sunday, February 15, 2015 8:57 PM
To: Dmitry Dmitriev; hotspot-runtime-dev at openjdk.java.net
Subject: Re: RFR 8069291: [TESTBUG] Fibonacci test: OutOfMemoryError: unable to create native thread
Hi Dmitry,
Is this test actually that useful? What is it actually testing? It isn't a regression test. It isn't even a specific functional test. Seems more like a demo than a test.
David
On 14/02/2015 6:11 AM, Dmitry Dmitriev wrote:
> Hello!
>
>
>
> Please review this fix for JDK-8069291. Unfortunately, the bug report isn't visible outside Oracle.
>
>
> This test calculates Fibonacci numbers "recursively" via threads and compares the result with the classical calculation. I correct out-of-memory error which sometimes occurred on 32 bit systems. I changed how the recursive threads are created. Now left & right branches creates separately and thread wait one branch to finish before creating thread for another branch.
>
>
> As part of the fixing the OOM issue I am moving the test to OpenJDK.
>
>
> Open webrev:
> http://cr.openjdk.java.net/~ctornqvi/webrev/8069291/webrev.00/
>
>
> JBS bug: https://bugs.openjdk.java.net/browse/JDK-8069291
>
>
> I run this test on all main platforms; Linux x64, Linux x32, Win x32,
> Win x64, MacOS x64, Solaris x64, Solaris Sparc64
>
>
> Thanks,
> Dmitry
>
More information about the hotspot-runtime-dev
mailing list