CMS parallel initial mark
Hiroshi Yamauchi
yamauchi at google.com
Fri Jun 7 22:20:27 UTC 2013
Here's an update version of the first patch based on what's been discussed
so far:
http://cr.openjdk.java.net/~hiroshi/webrevs/cmsparinitmark/webrev.02/
I'll catch up with the comments on the other patch later.
On Fri, Jun 7, 2013 at 1:12 PM, Jon Masamitsu <jon.masamitsu at oracle.com>wrote:
> I've created the CR 8016184
>
> Consolidate common code between MarkRefsIntoClosure and
> Par_MarkRefsIntoClosure
>
> Hiroshi,
>
> The renaming of Par_MarkRefsIntoClosure to ParMarkRefsIntoClosure can
> wait (unless you've already done it). As you've seen the use of
> Par_<class_name> is wide spread in CMS and should be fixed
> comprehensively in one changeset.
>
> Jon
>
>
>
> On 6/7/2013 11:39 AM, Hiroshi Yamauchi wrote:
>
>> Hi Thomas,
>>
>> Thanks for your comments. I'll be catching up with them.
>>
>>
>> - in cmsOopClosures.hpp, MarkRefsIntoClosure and the new
>>>>>> Par_MarkRefsIntoClosure could be refactored slightly as they have
>>>>>> exactly the same member variables. Not sure how this situation is
>>>>>> handled in other code though, and what others (Jon) think.
>>>>>>
>>>>>> Thomas,
>>>>>
>>>>> If you don't mind I'd like to keep this changeset to a minimum so
>>>>> not do any additional refactoring. That's a good suggestion but
>>>>> since this is the first sizable contribution I'm sponsoring, simpler
>>>>> is better for me.
>>>>>
>>>>> Okay. It would be a tiny additional change though, which has only been
>>>> enabled by the addition of the Par_MarkRefsIntoClosure, and of course
>>>> depends on whether the old serial initial marking code is kept.
>>>>
>>>> Thanks.
>>>
>>>
>>> Regarding whether to refactor MarkRefsIntoClosure and
>> Par_MarkRefsIntoClosure, it's a valid point. I assume you are referring to
>> factoring out the common parts into a common super class.
>>
>> I don't have a strong opinion. Looking at the exchanges, I'm interpreting
>> it as "let's not do it right now." Let me know if it's not the case.
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20130607/585ce734/attachment.htm>
More information about the hotspot-gc-dev
mailing list