RFR 8207364: nsk/jvmti/ResourceExhausted/resexhausted003 fails to start
Daniil Titov
daniil.x.titov at oracle.com
Thu Jul 26 16:56:08 UTC 2018
Hi Chris,
The smallest allowed metaspace size for the test is 9MB. In both cases (when the metaspace size is set to 9Mb and to 16 Mb) the expected OutOfMemoryError is thrown and the test passes.
I did update the patch to use the smallest settings.
Webrev: http://cr.openjdk.java.net/~dtitov/8207364/webrev.02
The test uses a custom class loader to load a class from the byte array read from the predefined specified class file. The incorrect path passed to the test made the test fail to read this class file.
java.lang.RuntimeException: Exception when reading file './bin/nsk/jvmti/ResourceExhausted/Helper.class'
at nsk.jvmti.ResourceExhausted.resexhausted003.fileBytes(resexhausted003.java:74)
at nsk.jvmti.ResourceExhausted.resexhausted003.run(resexhausted003.java:89)
at nsk.jvmti.ResourceExhausted.resexhausted003.main(resexhausted003.java:129)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:115)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.io.FileNotFoundException: ./bin/nsk/jvmti/ResourceExhausted/Helper.class (No such file or directory)
at java.base/java.io.FileInputStream.open0(Native Method)
at java.base/java.io.FileInputStream.open(FileInputStream.java:219)
at java.base/java.io.FileInputStream.<init>(FileInputStream.java:157)
at nsk.jvmti.ResourceExhausted.resexhausted003.fileBytes(resexhausted003.java:64)
... 8 more
Best regards,
Daniil
On 7/25/18, 9:09 PM, "Chris Plummer" <chris.plummer at oracle.com> wrote:
Hi Daniil,
After reading some old comments I added to JDK-6606767, I wonder if
bumping the metaspace size all the way up to 16m is the right thing to
do. It seems the test wants to exhaust the metaspace, so maybe it should
be set it to the smallest allowed size. Is the test still exhausting the
metaspace even when it is 16M. Is there a smaller size that will also work?
Also, regarding the class path, what impact was this bug having on the test?
thanks,
Chris
On 7/25/18 4:32 PM, serguei.spitsyn at oracle.com wrote:
> Hi Daniil,
>
> It looks good to me.
> What is the need to increase the metaspace size?
>
> Thanks,
> Serguei
>
>
> On 7/25/18 16:11, Daniil Titov wrote:
>> Hello,
>>
>> Please review the change that fix the test issue. The fix increases
>> the metaspace size and corrects the path to the class files.
>>
>> Webrev: http://cr.openjdk.java.net/~dtitov/8207364/webrev.01/
>> Issue: https://bugs.openjdk.java.net/browse/JDK-8207364
>>
>> Thanks!
>>
>> Best regards,
>> Daniil
>>
>>
>>
>
More information about the serviceability-dev
mailing list