Review request: 8013132: Add a flag to turn off the output of the verbose verification code
John Cuthbertson
john.cuthbertson at oracle.com
Thu Apr 25 17:03:24 UTC 2013
Hi Stefan,
Apologies - I wasn't clear. What I meant was: should VerifySilently be
explicitly disabled in the test?
JohnC
On 4/25/2013 12:05 AM, Stefan Karlsson wrote:
> On 04/25/2013 02:59 AM, John Cuthbertson wrote:
>> Hi Stefan,
>>
>> Looks fine to me.
>
> Thanks, John.
>
>>
>> One minor point - this will affect the reg test I sent out for review
>> yesterday which explicitly looks for "[Verifying..."
>
> The flag is off by default, so this will not affect your test. I've
> verified this by applying you patch.
>
> thanks,
> StefanK
>
>>
>> JohnC
>>
>> On 4/24/2013 11:12 AM, Stefan Karlsson wrote:
>>> http://cr.openjdk.java.net/~stefank/8013132/webrev.00/
>>>
>>> This RFE adds a new flag named VerifySilently, which can be used to
>>> turn off the verbose output that the verification code produces. The
>>> proposed name has been chosen to match other Verify flags.
>>>
>>> From the Bug description:
>>> ---
>>> The HotSpot verification code is rather verbose and intrusive. I
>>> propose that we add a flag that can be used to turn this output off.
>>>
>>> An example of the verification output:
>>> $ java -XX:+PrintGC -XX:+UnlockDiagnosticVMOptions
>>> -XX:+VerifyBeforeExit -XX:+VerifyAfterGC -XX:+VerifyBeforeGC
>>> -XX:+UseConcMarkSweepGC -XX:+ExplicitGCInvokesConcurrent -cp
>>> /localhome/tests/ HelloSystemGC
>>> VerifyBeforeGC:[Verifying threads heap concurrent mark-sweep
>>> generation par new generation remset syms strs zone dict cldg
>>> metaspace chunks hand C-heap code cache ]
>>> [GC (System.gc()) 672K->260K(121600K), 0.0060920 secs]
>>> VerifyAfterGC:[Verifying threads heap concurrent mark-sweep
>>> generation par new generation remset syms strs zone dict cldg
>>> metaspace chunks hand C-heap code cache ]
>>> [Verifying threads heap concurrent mark-sweep generation par new
>>> generation remset syms strs zone dict cldg metaspace chunks hand
>>> C-heap code cache ]
>>> [GC (CMS Initial Mark) 260K(121600K), 0.0204040 secs]
>>> [Verifying threads heap concurrent mark-sweep generation par new
>>> generation remset syms strs zone dict cldg metaspace chunks hand
>>> C-heap code cache ]
>>> [Verifying threads heap concurrent mark-sweep generation par new
>>> generation remset syms strs zone dict cldg metaspace chunks hand
>>> C-heap code cache ]
>>> [GC (CMS Final Remark) [Verifying CMS Marking... done]
>>> 1604K(121600K), 0.1008210 secs]
>>> [Verifying threads heap concurrent mark-sweep generation par new
>>> generation remset syms strs zone dict cldg metaspace chunks hand
>>> C-heap code cache ]
>>>
>>> And with the proposed flag turned on:
>>> [GC (System.gc()) 672K->269K(121600K), 0.0050710 secs]
>>> [GC (CMS Initial Mark) 269K(121600K), 0.0203380 secs]
>>> [GC (CMS Final Remark) 1613K(121600K), 0.1007210 secs]
>>> ---
>>>
>>> thanks,
>>> StefanK
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20130425/4b182443/attachment.htm>
More information about the hotspot-gc-dev
mailing list