<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix"><br>
      Hi Ramki,<br>
      <br>
      I made the change to pick ParNew by default also on single CPU
      systems. However, I think this change deserves a separate bug ID
      and changeset. So, I just sent out a new review request with just
      this change.<br>
      <br>
      Once that has been handled. I think the review request discussed
      in this email thread will look exactly as it is now.<br>
      <br>
      Thanks again for looking at this!<br>
      Bengt<br>
      <br>
      On 12/20/12 9:21 PM, Srinivas Ramakrishna wrote:<br>
    </div>
    <blockquote
cite="mid:CABzyjy=G3+CDMSAFp1e3AGadGZih984zuKzxR30_qhazCtus8w@mail.gmail.com"
      type="cite"><br>
      <br>
      <div class="gmail_quote"><br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000000">
            <div class="im">
              <blockquote type="cite"> What happens when you run CMS on
                a single-processor. I hope you don't see a deprecation
                warning.<br>
              </blockquote>
              <br>
            </div>
            Ooops. Good point. It took me a long while to find a machine
            with just one cpu that could actually run JDK8. But you are
            correct. We will print a warning in that case.<br>
          </div>
        </blockquote>
        <div><br>
          Remember that virtualized platforms or LDOMS or Zones may
          partition a large box into small 1-cpu slices (although may be
          not 1-core).<br>
          <br>
          On Solaris, you can easily test your code by means of psradm
          to turn off all but one virtual cpu.<br>
          &nbsp;<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt
          0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000000"> <br>
            I think the fix is to not pick DefNew by default for single
            processor machines. I'll see if I can get any performance
            data for that.<br>
            <br>
          </div>
        </blockquote>
        <div><br>
          I'd test that on a regular MP with ParNew=1 vs DefNew, as well
          as separately with psrset and pbind (although my guess is that<br>
          the latter two would be indistinguishable from each other). As
          I recall, scaling was near linear at those small numbers for
          ParNew,<br>
          and the breakeven point was at 2, so my guess based on very
          old data from the fogs of time is that we'd see a fairly
          sizable pause<br>
          time and overhead hit on a single cpu.<br>
          <br>
          Stepping back for a moment, is supporting embedded
          environments perhaps from the same parent code base an issue,
          so DefNew &amp;<br>
          Serial is going to be part of the code base for a while,
          anyway?<br>
          <br>
          I understand though that saving on testing resources by
          pruning down supported combinations is one important
          motivation, in which case<br>
          DefNew+CMS gets deprecated (and switches to Parnew/1+CMS on
          1-cpu configs), but DefNew continues to be part of the code
          base,<br>
          and so DefNew code gets used (and tested) at least in part to
          the extent that ParNew uses at least some functionality
          defined in DefNew.<br>
          <br>
          -- ramki<br>
        </div>
        <br>
      </div>
      <br>
    </blockquote>
    <br>
  </body>
</html>