RFR: 8155524: HotCardCache shouldn't be part of ConcurrentG1Refine

Jon Masamitsu jon.masamitsu at oracle.com
Fri Apr 29 20:37:22 UTC 2016


Kim,

Changes look good.

http://cr.openjdk.java.net/~kbarrett/8155524/webrev.00/src/share/vm/gc/g1/g1RemSetSummary.hpp.udiff.html

The only difference I see above is the copyright update.

Jon

On 4/28/2016 11:29 PM, Kim Barrett wrote:
> Please review this cleanup that moves ownership of the hot card cache
> from the ConcurrentG1Refine class (which doesn't directly use it at
> all) to the G1CollectedHeap, where it is also made accessible to the
> G1RemSet, as both classes make direct use of it.
>
> This allows the G1RemSet to largely disconnect from the refinement
> objects.  (There's still one lingering reference, to
> ConcurrentG1Refine::thread_num(), which requires additional work to
> clean up.  The G1RemSetSummary also conditionally refers to refinement
> objects for logging; see JDK-815525.)
>
> As a result of this change, ConcurrentG1Refine no longer needs the
> heap object at construction time.
>
> Also cleaned up includes and forward declarations in
> concurrentG1Refine.hpp.
>
> CR:
> https://bugs.openjdk.java.net/browse/JDK-8155524
>
> Webrev:
> http://cr.openjdk.java.net/~kbarrett/8155524/webrev.00/
>
> Testing:
> Ad-hoc nightly test run using G1.
>




More information about the hotspot-gc-dev mailing list