JEP 173: Remove Rarely-Used Combinations of Garbage Collectors

[Srinivas Ramakrishna]

On Thu, Dec 6, 2012 at 5:11 AM, Bengt Rutisson <bengt.rutisson at oracle.com>wrote:

>
> I've changed the title of the JEP now. I'm not sure you think it is
> better, but it is at least what I had promised Jon. The new title is:
>
> "Remove GC Combinations that are not Used Enough to Warrant Future Support"
>
>
Or perhaps just simply "Retire some GC combinations", and say what you are
saying above but not in the title.


>
> I am thinking there may be "emdebbed" jvm's running in core/power-starved
> environments
> that might still find it useful. I agree that for desktop and server jvm's
> iCMS has probably outlived its useful life.
>
>
> I thought "embedded" were building with a very limited set of GC support
> and explicitly excluding all GCs except the serial collector.
>

That's true of the "embedded" offering (thanks for the reminder). I was
thinking more generically of the Jav SE offering being
used in what might be considered "embedded" settings (such as routers,
network devices, switches, printers and so forth).
Not sure if there is such a market, or I am thinking of a phantom (insert
appropriate Shakespeare quote here).

I agree though that from the standpoint of server environments, less is
probably better, given the complexity of maintaining
the various combinations.

Yes, and there is also the issue of being able to test and verify the
> quality of the combinations. At the moment we have about 9 combinations but
> we only have resources to continuously test  3-4 of them. I feel very
> uncomfortable recommending customers to run untested GC combinations in
> production.
>
>
Completely agree! I think this is a welcome step to keep the platform
evolving with the times and shedding vestigial organs, as it were.
-- ramki


> Thanks for the feedback!
> Bengt
>
>
>
> -- ramki
>
> On Wed, Dec 5, 2012 at 2:10 PM, <mark.reinhold at oracle.com> wrote:
>
>> Posted: http://openjdk.java.net/jeps/173
>>
>> - Mark
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20121206/32d8baf9/attachment.htm>