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