<br><br><div class="gmail_quote">On Mon, Jan 26, 2009 at 07:12, Tony Printezis <span dir="ltr"><<a href="mailto:Antonios.Printezis@sun.com">Antonios.Printezis@sun.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
It's hard to fault an application for using the defaults. Tuning should only be necessary to achieve top performance,<br>
not to achieve reasonable performance. If an application ends up not being a good citizen as a result of decisions made by  the JVM, that's  a bug in the JVM.<br>
</blockquote></div>
I don't think so. We need a reasonable balance between giving reasonable performance and being a good citizen. Once upon the time we tried to do what you are suggesting, i.e., trying to be a good citizen by default and requiring tuning for performance. And that was not a big success, as users kept complaining why our settings were too conservative, why they kept getting OOMs given the small heap, why performance was not the best, etc. So, we've been there, done that, it didn't work.</blockquote>
</div><br>Being a good citizen does not include failing due to OOME.<br><br>Being a good citizen, to me, means things like:<br>- gc'ing when the heap has grown from previous collection by a factor of 2-3,<br>  instead of a factor of 20<br>
- using 5 concurrent gc threads instead of 100<br><br>In general, don't double resource consumption to get an additional 1% performance,<br>by default.<br><br>I agree with Tony that customers are going to have <br>a harder time managing applications the more dynamic<br>
that resource management becomes.  <br>But I think this comes with the territory.<br>It is much harder to do performance measurement<br>of Java code in general, because the execution model<br>with multiple runtimes has become so complex and dynamic.<br>
But that's called progress.  We should be aiming all parts of<br>our runtimes to be more dynamic in the same way.<br>Lots of difficult work remaining to be done by VM engineers.<br><br>Martin<br>