serviceability-dev@openjdk.java.net

e_events(ObjectSampler*, EdgeStore*, bool) PathToGcRootsOperation::doit() VM_Operation::evaluate() VMThread::evaluate_operation(VM_Operation*) VMThread::loop() VMThread::run() ————— Tony Printezis | @TonyPrintezis | tprinte...@twitter.com On February 19, 2020 at 1:22:35 PM, Tony Printezis (tprinte...@twi

serviceability-dev@openjdk.java.net

case? Thanks, Tony — Tony Printezis | @TonyPrintezis | tprinte...@twitter.com

Re: Safepoint Bean?

interest. Would you recommend an alternative method? Tony — Tony Printezis | @TonyPrintezis | tprinte...@twitter.com On October 14, 2019 at 12:49:57 PM, Mandy Chung (mandy.ch...@oracle.com) wrote: jdk.internal.jvmstat is JDK internal unsupported API. jstat and jcmd monitors the JVM

Re: Safepoint Bean?

Is jvmstat a public / supported API? The jdk.internal.jvmstat module doesn’t seem to be exporting anything publicly (and it also has “internal” in its name). Tony — Tony Printezis | @TonyPrintezis | tprinte...@twitter.com On October 11, 2019 at 11:10:18 PM, Yasumasa Suenaga ( suen

Safepoint Bean?

API any more? Is there a standard alternative? Thanks, Tony — Tony Printezis | @TonyPrintezis | tprinte...@twitter.com

Re: Low-Overhead Heap Profiling

particular: the sampling frequency not being tied to the TLAB size) will be a very helpful profiling feature. Is this something that we pursue to contribute? Tony On June 24, 2015 at 1:57:44 PM, Tony Printezis (tprinte...@twitter.com) wrote: Hi Jeremy, Please see inline. On June 23, 2015 at 7

Re: Low-Overhead Heap Profiling

allocation frequency is more damaging to performance, I’d prefer to see time boxed sampling Do you mean “sample every X ms, say”? Tony Kind regards, Kirk Pepperdine - Tony Printezis | JVM/GC Engineer / VM Team | Twitter @TonyPrintezis tprinte...@twitter.com

Re: Low-Overhead Heap Profiling

control). This would work well for statistics processing. (Your other use case, the throwing of OOM would not work, I guess) But its an elegant solution to provide a code environment generic enoug for all kinds of instrumentation and independent of the "allocation recursion". G

Re: Low-Overhead Heap Profiling

Hi Jeremy, Inline. On June 24, 2015 at 7:26:55 PM, Jeremy Manson (jeremyman...@google.com) wrote: On Wed, Jun 24, 2015 at 10:57 AM, Tony Printezis  wrote: Hi Jeremy, Please see inline. On June 23, 2015 at 7:22:13 PM, Jeremy Manson (jeremyman...@google.com) wrote: I don't want the si

Re: Low-Overhead Heap Profiling

of based on object size (i.e., every 1MB of allocations). But I think doing sampling based on size is the right approach here (IMHO). Tony Jeremy On Tue, Jun 23, 2015 at 1:06 PM, Tony Printezis  wrote: Jeremy (and all), I’m not on the serviceability list so I won’t include the messages so

Re: Low-Overhead Heap Profiling

ngs is that we can't really test on anything other than Linux.” : Another reason to go with a as platform independent solution as possible. :-) Regards, Tony - Tony Printezis | JVM/GC Engineer / VM Team | Twitter @TonyPrintezis tprinte...@twitter.com

Re: RFR (XXS): 7110173: GCNotifier::pushNotification publishes stale data.

Fred, Thanks for the clarification. You're totally right that the end of the individual CMS pauses should not be seen as major GCs. Tony On 11/17/2011 9:27 AM, Frederic Parain wrote: On 11/17/11 3:09 PM, Tony Printezis wrote: Fred, I haven't been following this thread closely