JEP 291: Deprecate the Concurrent Mark Sweep (CMS) Garbage Collector

Jon Masamitsu jon.masamitsu at
Fri Jul 1 15:49:20 UTC 2016

On 7/1/2016 8:39 AM, Mario Torre wrote:
> On Fri, Jul 1, 2016 at 5:02 PM, Jesper Wilhelmsson
> <jesper.wilhelmsson at> wrote:
>> The code in the cms directory can pretty much be ignored in the build, but
>> there is a lot of shared code that could be substantially cleaned up if CMS
>> is no longer supported. This cleanup needs to be done and the parts that CMS
>> still needs must be moved to the cms directory in order for us to be able to
>> say that this code is no longer supported.
> Just a thought.
> Considering the amount of work Shenandoah developers are putting into
> making sure that shared code is reduced to a minimum, it seems like a
> great opportunity to synchronise and make the GC interface even more
> abstract.
> I understand there's little interest in refactoring the CMS code if
> it's considered dead anyway (at least for Oracle), on the other end it
> seems that you still need to at least do part of this work, and the
> long term benefit seems to warrant a look at this option.

There are companies that want to continue to support CMS after Oracle drops
support.  I'd like to see them lead such a refactoring.  It is in everyone's
interest to have a proper refactoring so we'll be involved.


> Cheers,
> Mario

More information about the hotspot-gc-dev mailing list