RFR: 8079275: Remove CollectedHeap::use_parallel_gc_threads

Stefan Karlsson stefan.karlsson at oracle.com
Mon May 4 15:56:19 UTC 2015


Hi Kim,

On 2015-05-04 17:48, Kim Barrett wrote:
> On May 4, 2015, at 9:34 AM, Stefan Karlsson <stefan.karlsson at oracle.com> wrote:
>> Hi,
>>
>> Please review this patch to remove CollectedHeap::use_parallel_gc_threads.
>>
>> http://cr.openjdk.java.net/~stefank/8079275/webrev.01/
>> https://bugs.openjdk.java.net/browse/JDK-8079275
>>
>> This function is used from:
>>
>> 1) CMS - CMS can't be started with -XX:ParallelGCThreads=0 anymore, so all checks against use_parallel_gc_threads will always be true.
>>
>> 2) GenCollectedHeap::process_roots - This usage could be replaced with n_par_threads(), the same check the other parallel task (Threads::possibly_parallel_oops_do) uses.
>>
>> This will change the executed code for CMS but not Serial.
>>
>> Serial will always return false for CollectedHeap::use_parallel_gc_threads and GenCollectedHeap:n_par_threads(). See:
>> void GenCollectedHeap::set_par_threads(uint t) {
>>   assert(t == 0 || !UseSerialGC, "Cannot have parallel threads");
>>   CollectedHeap::set_par_threads(t);
>>
>> CMS will always return true for CollectedHeap::use_parallel_gc_threads, but can now return either true or false for n_par_threads() depending on how n_par_threads was setup for the currently executing task. This means that some CMS paths will now call StringTable::oops_do instead of StringTable::possibly_parallel_oops_do, when running single threaded.
>>
>> Thanks,
>> StefanK
> Nice cleanup.
>
> ------------------------------------------------------------------------------
> src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
>   229   typedef CMSParGCThreadState* CMSParGCThreadStatePtr;
>
> The change to eliminate the if-block changed the scope of this
> typedef, extending it to the end of the function.  Is this typedef
> actually needed?  I don't see any obvious reason why the use of it in
> the NEW_C_HEAP_ARRAY call couldn't just use the pointer type directly,
> rather than needing a typedef.
>
> If the typedef doesn't have some useful purpose in the
> NEW_C_HEAP_ARRAY call, then I'd rather see it removed, especially now
> with the scope extension.  Your call.  I don't need a new webrev just
> for this change, if you decide to make it.
>
> [And I was about to send this when StefanJ's similar suggestion
> arrived in my in-box.  So two votes for removal.]
>
> ------------------------------------------------------------------------------
> src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
> 2133   ModUnionClosure* muc = CollectedHeap::use_parallel_gc_threads() ?
> 2134                                                &_modUnionClosurePar
> 2135                                                : &_modUnionClosure;
> 2136   _cmsGen->gc_prologue_work(full, registerClosure, muc);
> =>
> 2130   _cmsGen->gc_prologue_work(full, registerClosure, &_modUnionClosurePar);
>
> It looks like this change eliminated the only reference to _modUnionClosure.
>
> ------------------------------------------------------------------------------

Both issues have been addressed in webrev.02.

Thanks,
StefanK





More information about the hotspot-gc-dev mailing list