RFR: 8150518: G1 GC crashes at G1CollectedHeap::do_collection_pause_at_safepoint(double)

Jon Masamitsu jon.masamitsu at oracle.com
Wed Mar 16 17:30:31 UTC 2016



On 03/16/2016 04:40 AM, Thomas Schatzl wrote:
> Hi,
>
> On Tue, 2016-03-15 at 15:23 -0700, Jon Masamitsu wrote:
>> On 3/15/2016 6:37 AM, Fairoz Matte wrote:
>>> Hi Jon, David, Sangheon, Kim and Thomas,
>>>
>>> Thanks for your review comments.
>>> Patch is modified to incorporate the changes
>>> @@ -1675,9 +1675,8 @@
>>>      FLAG_SET_DEFAULT(ParallelGCThreads,
>>>                        
>>>   Abstract_VM_Version::parallel_worker_threads());
>>>      if (ParallelGCThreads == 0) {
>>> -    FLAG_SET_DEFAULT(ParallelGCThreads,
>>> -
>>>   Abstract_VM_Version::parallel_worker_threads());
>>> -  }
>>> +    vm_exit_during_initialization("The flag -XX:+UseG1GC can not
>>> be combined with -XX:ParallelGCThreads=0", NULL);
>>> +    }
>>>
>>> Find below is the details
>>> Bugid - https://bugs.openjdk.java.net/browse/JDK-8150518
>>> Webrev - http://cr.openjdk.java.net/~rpatil/8150518/webrev.01/
>> Looks good.
>    fine with me, but we probably need to prepare some release note about
> that behavioral change.

I added the label release-note=yes and the comment

> For release notes
>
> With UseG1GC specifying -XX:ParallelGCThreads=0 is no longer allowed. 
> Previously with -XX:ParallelGCThreads=0 G1 would execute some tasks 
> using serial code executed by the VM thread. The closest approximation 
> to this behavior is to specify -XX:ParallelGCThreads=1 which will 
> cause parallel tasks to be executed by a single GC worker thread using 
> parallel code. 

Please feel free to edit that comment.

Jon


>
> Thanks,
>    Thomas



More information about the hotspot-runtime-dev mailing list