Hi Kirk --<br><br><div class="gmail_quote">On Wed, Dec 5, 2012 at 2:48 PM, Kirk Pepperdine <span dir="ltr"><<a href="mailto:kirk@kodewerk.com" target="_blank">kirk@kodewerk.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
<br>
The JEP's are coming in fast and furious. There is a customer use case for iCMS.. it's used by low latency applications... and quite successfully in fact. iCMS manages large heaps much better than CMS does which translates into more manageable pause times... I've got logs from a number of customers that rely on iCMS.<br>
</blockquote><div><br>This is very interesting indeed (and something i had vaguely heard a few years ago from the general grapevine, although never actually understood<br>why it must be so). Could you go a bit deeper on why this is so? What exactly is it about doing a "slow, spread-out, incremental CMS collection"<br>
that makes it work better than bang-bang vanilla CMS in large multi-core, server environments? Perhaps the insights from that might translate into<br>something useful for vanilla CMS?<br><br>Your experience does indicate that we must proceed with some caution here before we deprecate iCMS, given it might still have some useful life<br>
(notwithstanding my own instincts to the contrary -- in server environments -- expressed in an earlier email before I had seen yours).<br><br>thanks.<br>-- ramki<br><br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
Regards,<br>
Kirk<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On 2012-12-05, at 11:10 PM, <a href="mailto:mark.reinhold@oracle.com">mark.reinhold@oracle.com</a> wrote:<br>
<br>
> Posted: <a href="http://openjdk.java.net/jeps/173" target="_blank">http://openjdk.java.net/jeps/173</a><br>
><br>
> - Mark<br>
<br>
</div></div></blockquote></div><br>