RFR (S) JDK-8139922 Get rid of dead code in ConcurrentMark

Jon Masamitsu jon.masamitsu at oracle.com
Wed Nov 18 15:16:58 UTC 2015



On 11/18/2015 02:31 AM, Thomas Schatzl wrote:
> Hi,
>
> On Tue, 2015-11-17 at 13:51 -0800, Jon Masamitsu wrote:
>> Anyone think that parClear() is worth saving?  If just for
>> symmetry with parMark()?
>    I would prefer to remove unused code. The CMBitmap class does not feel
> like being in any way reusable but a thin wrapper for use with G1
> concurrent marking. This method would be simple to recreate too.

Yes, it would be easy to recreate and I have no problem with
removing it.  I actually was surprised that it was not being
used.  I have a recollection that clearing the bit maps after
a full GC on a gigantic heap was noticeable.  But if we need
it, as you say, easily recreated.

Jon

>
> The ConcurrentMark contain way too much stuff.
>> Jon
>>
>> On 11/17/2015 06:29 AM, Joseph Provino wrote:
>>
>>> Please review this small change to cleanup ConcurrentMark.
>>> Code is removed from 3 files.
>>>
>>> CR:  https://bugs.openjdk.java.net/browse/JDK-8139922
>>>
>>> http://cr.openjdk.java.net/~jprovino/8139922/webrev.00
>>>
>>> Passes JPRT
> I think the flag G1ConcMarkForceOverflow should go away as well.
>
> Looks good otherwise.
>
> Thanks,
>    Thomas
>
>




More information about the hotspot-gc-dev mailing list