JEP 271: Unified GC Logging - Second pre-review
kirk.pepperdine at gmail.com
Wed Nov 11 16:07:11 UTC 2015
> To be quite honest, my motivation for jumping in on this thread was to highlight that there are many use cases where manually looking logs are useful, i.e. GC log information shouldn’t be tailored only for tooling. It should also be easily human readable too.
> In other words, both general uses are useful, needed, and should be accounted for in Bengt’s unified GC logging implementation.
Sure, but IME people simply don’t read them. I ask people to read them in my workshop and they still avoid doing so. That said, I’ve not been suggesting the logs be completely unreadable. I still read individual events myself. However, I am still concerned about the overall gross effects of the UL from all sources (not just GC) on JVM performance. IME, logging frequency is the #1 problem that I often run into. This gets especially bad if there is a lock involved. #2 is bulk and even worse, bulk and frequency are often combined.
> It is probably also worth saying that whatever the ending implementation looks, there will likely be someone who will not be happy with it. :-]
Indeed… the format suggest does solve a number of problems so in general it is a step up from what we have so good enough. However the current format does increase logging frequency so if it’s no trouble to reduce it, I think we should. I’ll be measuring the effect as soon as I get a build.
More information about the hotspot-gc-dev