RFR(S): 8068579: Running with -XX:-UseParallelGC does not turn ParalleGC off
Per Liden
per.liden at oracle.com
Wed Mar 16 08:12:21 UTC 2016
Hi Dima,
On 2016-03-15 17:38, Dmitry Fazunenko wrote:
> Hi Per,
>
> A couple of comments:
> 1) globals_extension.hpp.frames.html
> requires copyright update
> 2) such fix should go with a regression test, it could be done separately.
Good point. I was about to add a test for this just now and realized
that the new semantics is not kept for minimal VMs (i.e. when
INCLUDE_ALL_GCS==0). I'll rework the patch a bit to have the same
semantics also on minimal VMs. New webrev coming.
thanks,
Per
>
> Thanks,
> Dima
>
>
> On 15.03.2016 16:48, Per Liden wrote:
>> Summary: Explicitly disabling the default collector, without
>> specifying another collector, will silently re-enable the default
>> collector. This is a bit counter intuitive. A better approach would be
>> for the VM to complain about the situation.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8068579
>> Webrev: http://cr.openjdk.java.net/~pliden/8068579/webrev.0/
>> Testing: manual, jprt
>>
>> Example (assuming it's a platform/configuration with G1 as default):
>>
>> $ java -XX:-UseG1GC ...
>>
>> Today, the above command will happily start a VM with G1 enabled.
>>
>> With this patch the VM will instead complain, like this:
>>
>> $ java -XX:-UseG1GC ...
>> Error occurred during initialization of VM
>> Garbage collector not selected (default collector explicitly disabled)
>>
>> And of course, we're good with disabling the default collector as long
>> as you specify some other collector, e.g.:
>>
>> $ java -XX:-UseG1GC -XX:+UseParallelGC ...
>>
>> cheers,
>> Per
>
More information about the hotspot-gc-dev
mailing list