RFR (S) 8016752: Test case for 8005857/8016740 (assert in GC_locker from PSOldGen::expand with -XX:+PrintGCDetails and Verbose)

Bengt Rutisson bengt.rutisson at oracle.com
Thu Nov 26 07:17:29 UTC 2015


Hi Dima,

On 2015-11-16 18:46, Dmitry Fazunenko wrote:
> Hello,
>
> may I have a couple of reviews for a fix made Andrey Zakharov, please:
>
> https://bugs.openjdk.java.net/browse/JDK-8016752
> http://cr.openjdk.java.net/~dfazunen/8016752/webrev.00/

Looks ok.

Thanks,
Bengt

>
> Comments: during the fix TEST.ROOT is modified: java.version is 
> registered as a property that can be used in the @requires tag.
> It allows to declare a test as fastdebug specific:
>
> @requires java.version ~= ".*fastdebug"
>
> Thanks,
> Dima
>
>
>
>
>
> -------- Forwarded Message --------
> Subject: 	Re: [RFR] 8016752: Test case for 8005857/8016740 (assert in 
> GC_locker from PSOldGen::expand with -XX:+PrintGCDetails and Verbose)
> Date: 	Mon, 01 Jun 2015 14:28:14 +0300
> From: 	Andrey Zakharov <andrey.x.zakharov at oracle.com>
> To: 	Dmitry Fazunenko <dmitry.fazunenko at oracle.com>
> CC: 	Thomas Schatzl <thomas.schatzl at oracle.com>, 
> hotspot-gc-dev at openjdk.java.net
>
>
>
> It was resubmitted in February
> http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2015-February/012028.html
>
> I'll update patch and re-upload it.
> Thanks.
>
> On 27.05.2015 18:13, Dmitry Fazunenko wrote:
> > Hi Andrey,
> >
> > jtreg does already support "~=" in @requires, could you resubmit the
> > change please.
> >
> > Thanks,
> > Dima
> >
> > On 12.11.2014 15:45, Dmitry Fazunenko wrote:
> >> Hi Andrey,
> >>
> >> I think it's too early to rely on '~=' in @requires.  There is no
> >> guarantee that it will be supported. (I hope it will).
> >>
> >> You also need to add @requires and list GC the test will work with.
> >>
> >> Thanks,
> >> Dima
> >>
> >>
> >> On 12.11.2014 14:59, Andrey Zakharov wrote:
> >>> Hi, team
> >>> As this test requires fastdebug build, here is update according to
> >>> latest changes to jtreg (@requires tag).
> >>> Also I've suggested patch to jtreg for support matching against
> >>> regexp patterns in @requires expressions (like "foo bar" ~= ".*bar")
> >>> *(its blocker for original tesbug now)
> >>>
> >>> webrev:
> >>>http://cr.openjdk.java.net/~azakharov/8016752/webrev.02/
> >>>
> >>> testbug:
> >>>https://bugs.openjdk.java.net/browse/JDK-8016752
> >>>
> >>> Thanks.
> >>>
> >>> On 10.11.2014 14:36, Andrey Zakharov wrote:
> >>>> Hi, Thomas
> >>>> Yes, its fails very stable on 7u40b31
> >>>> #  Internal Error
> >>>> (/HUDSON/workspace/jdk7u40-2-build-linux-amd64-product/jdk7u40/hotspot/src/share/vm/memory/gcLocker.hpp:94),
> >>>> pid=15099, tid=139928946063104
> >>>> #  assert(_needs_gc || SafepointSynchronize::is_at_safepoint())
> >>>> failed: only read at safepoint
> >>>>
> >>>> with elapsed time (seconds): 1.273
> >>>> on local linux x64 box.
> >>>> And passed on b32.
> >>>>
> >>>> Also, there are batches in comments of bugs for builds before fix
> >>>> and with fix.
> >>>>
> >>>>
> >>>> On 04.11.2014 13:55, Thomas Schatzl wrote:
> >>>>> Hi Andrey,
> >>>>>
> >>>>> On Wed, 2014-10-22 at 12:29 +0400, Andrey Zakharov wrote:
> >>>>>> Hi, team.
> >>>>>> Here is simple test for JVM don't crash when its with PSOldGen, low
> >>>>>> memory and with -XX:+PrintGCDetails and -XX:+Verbose flags
> >>>>>> (https://bugs.openjdk.java.net/browse/JDK-8016740) based on Crasher
> >>>>>> attached to original incident bug
> >>>>>>
> >>>>>> webrev:
> >>>>>>http://cr.openjdk.java.net/~azakharov/8016752/webrev/
> >>>>> The test looks okay, but did you check that if you revert
> >>>>> JDK-8016740,
> >>>>> the test actually fails?
> >>>>> The original reproducer was stressing the GC a lot more as it
> >>>>> tried to
> >>>>> cause crashes for 60 seconds.
> >>>>>
> >>>>> If that is the case, it looks okay to me.
> >>>>>
> >>>>> Thanks,
> >>>>>    Thomas
> >>>>>
> >>>>>
> >>>>
> >>>
> >>
> >
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20151126/e0d6c4eb/attachment.htm>


More information about the hotspot-gc-dev mailing list