RFR(XS): 8008188: Add regression test for 8005875
Leonid Mesnik
leonid.mesnik at oracle.com
Thu Feb 14 12:27:33 UTC 2013
John
This test should start failing in non-G1 baseline. Even
"IgnoreUnrecognizedVMOptions" is added I think it should fail because of
incompatible GC combinations.
Also I think that investigation parent process from child is not safe
and make analysis harder if something going wrong.
Also there was a bug 15947151 - JDK6 JMAP -HEAP LOCKS post 6u29.
Here are comments from Kevin:
/@ Using Runtime.exec to launch a child process which then attaches back
to the/
/@ parent to run diagnostics just sounds risky. Diagnostics may need to
suspend/
/@ the parent JVM. The child needs the parent to read buffers such that
the /
/@ child may write. Buffering usually lets this succeed, but there could/
/@ be some risk./
So I would prefer to avoid such schemes if we don't want to test them.
Leonid
On 02/14/2013 04:51 AM, John Cuthbertson wrote:
> Hi Everyone,
>
> Can I have a couple of volunteers review the regression test for
> 8005875 - the webrev can be found at:
> http://cr.openjdk.java.net/~johnc/8008188/webrev.0/
>
> The test is very simple and issues "jcmd <pid> Thread.print" against
> itself. With G1 and PGCT=0, and before the fix for 8005875, this
> command crashes the VM.
>
> Testing:
> jdk8 build (b76) with fix for 8005875; jdk8 build (b71) without fix
> for 8005875; Changed the test options to run the test with the invalid
> flag -XX:+UseG2GC.
>
> Thanks,
>
> JohnC
--
Leonid Mesnik
JVM SQE
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20130214/ee5c4351/attachment.htm>
More information about the hotspot-gc-dev
mailing list