RFR (S): 8189355: Cleanup of BarrierSet barrier functions
Erik Österlund
erik.osterlund at oracle.com
Wed Oct 18 07:27:57 UTC 2017
Hi Aleksey,
New full webrev:
http://cr.openjdk.java.net/~eosterlund/8189355/webrev.01/
New incremental webrev:
http://cr.openjdk.java.net/~eosterlund/8189355/webrev.00_01/
On 2017-10-17 21:37, Aleksey Shipilev wrote:
> Hi Erik,
>
> On 10/17/2017 12:27 PM, Erik Österlund wrote:
>> Webrev:
>> http://cr.openjdk.java.net/~eosterlund/8189355/webrev.00/
> Good patch, I scratched my head about the meaning about many of those methods when building the most
> trivial BS for Epsilon:
>
> http://hg.openjdk.java.net/jdk10/sandbox/hotspot/file/2e4b568252ea/src/share/vm/gc/epsilon/epsilonBarrierSet.hpp
:)
> Which also raises one observations:
>
> *) gen_write_ref_array_pre_barrier in stubGenerator_arm.cpp now has unconditional call to
> BarrierSet::static_write_ref_array_pre, right? Epsilon returns "false" for
> has_write_ref_pre_barrier. Is this something to be addressed by GC interface later?
Yes this will indeed be addressed later on and will be solved in a much
better way (if I say so myself). But since it was mentioned by both you
and Kim in this round, I have a new version of the patch that fixes that
so that the pre barrier runtime calls for arraycopy stubs are only
generated if G1 was selected.
> Otherwise a very welcome cleanup!
Thank you for the review.
/Erik
> Thanks,
> -Aleksey
>
>
More information about the hotspot-gc-dev
mailing list