RFR [9]: Purge partial GC and matrix code
Aleksey Shipilev
shade at redhat.com
Tue Oct 17 18:19:08 UTC 2017
On 10/16/2017 02:39 PM, Roman Kennke wrote:
> Am 16.10.2017 um 13:20 schrieb Aleksey Shipilev:
>> http://cr.openjdk.java.net/~shade/shenandoah/purge-partial-9/webrev.01/
>>
>> sh/jdk8u does not have partial and matrix code. sh/jdk9 has STW partial and matrix code. sh/jdk10
>> has concurrent partial and matrix code. The backports from sh/jdk10 to sh/jdk9 are now very
>> complicated, because they require touching shared code in 9 to fit the changes in barriers (e.g.
>> keep_alive_barrier).
>>
>> Knowing that sh/jdk9 is our backport repository, and the roadmap for JDK release cadence that
>> probably skips lots of sh/jdk9 deployments, and that partial is the experimental feature, I propose
>> we purge the partial and matrix code from sh/jdk9. This cuts down the backporting and support work
>> significantly, and keeps our intrusive experimental features contained in sh/jdk10.
>>
>> Thoughts?
>
> That sounds right. jdk9 and 8u should be more or less the same.
>
> Ok from me.
Having no other comments, pushed this.
-Aleksey
More information about the shenandoah-dev
mailing list