JEP 248: Make G1 the Default Garbage Collector

charlie hunt charlie.hunt at oracle.com
Thu Jul 30 19:16:14 UTC 2015


On Jul 30, 2015, at 1:56 PM, mark.reinhold at oracle.com wrote:
> 
> 2015/7/30 11:04 -0700, charlie.hunt at oracle.com:
>> ...
>> 
>> On javac, my observation is that it tends to have a very high object
>> allocation rate, and the object lifetimes are somewhat short.  And, I
>> suppose if we think about what javac does, I suppose we can come to
>> terms as to why that’s the case. I imagine if one put forth a
>> concerted effort, javac could be improved (probably true for many apps
>> too).
> 
> If you mean to imply that high allocation rates and short lifetimes are,
> necessarily, signs of a poorly-written application then I'll have to
> disagree.  Sure, these things can be done to extremes, but I don't think
> javac does that and I'd hate to see it re-engineered to "improve" these
> particular metrics.  It might be better just to change javac's launcher
> to specify the Parallel GC, since this is most definitely an application
> for which pause times are irrelevant.

Nope, not intended to imply high object allocation rates and short object lifetimes are poorly written apps. GCs love short lived objects!

A very high number of unnecessary object allocations is my pet peeve coupled with keeping them live for much longer than necessary.

Charlie

> 
>>       Performance of javac is certainly one we want to pay close
>> attention due to its impact to the developer use case.
> 
> No argument there!
> 
> - Mark


More information about the hotspot-dev mailing list