System.gc() causes for jcl (BufferPoolMXBean)
Alan Bateman
Alan.Bateman at oracle.com
Sat Jun 20 16:12:34 UTC 2015
On 19/06/2015 20:42, Bernd Eckenfels wrote:
> :
> From my point of view tracking native allocations in "internal" pool
> (via Unsafe.allocate) is hard. (see my other discussion on
> instrumenting Unsafe). Making some of the users (especially
> DirectByteBuffers) more transparent would be a good thing.
>
> This includes peak usage but also allocation rate and especially the
> backoff/system-gc case. So from my side, I think it is a good thing to
> add some metrics here and I am willing to work on a patch.
Tracking peak usage would be consistent with some of the other platform
MXBeans so I think this make sense.
Back-off + gc is implementation specific and I don't think appropriate
to add to the BufferPoolMXBean. This type of tracking might be better
served with jvmstat counters. JFR isn't in OpenJDK but others here might
be able to say whether it could make use of the counters and updated
instrumentation.
-Alan.
More information about the serviceability-dev
mailing list