<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Bernd,</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">I like the idea of buffering up the sampled objects in, some data structure. But I assume it’d have to be a per-thread data structure to avoid conention issues. So, we’ll also need a periodic task that collects all such data structures and makes them available (somehow) to whoever wants to consume them?</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Tony</div> <br><p class="airmail_on" style="color:#000;">On June 24, 2015 at 7:49:06 PM, Bernd Eckenfels (<a href="mailto:ecki@zusammenkunft.net">ecki@zusammenkunft.net</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div><div></div><div>Am Wed, 24 Jun 2015 16:26:35 -0700

<br>schrieb Jeremy Manson <jeremymanson@google.com>:

<br>> > As for the other concern: my concern about *just* having the

<br>> > callback mechanism is that there is quite a lot you can't do from

<br>> > user code during an allocation, because of lack of access to JNI.

<br>> >

<br>> >

<br>> > Maybe I missed something. Are the callbacks in Java? I.e., do you

<br>> > call them using JNI from the slow path you call directly from the

<br>> > allocation code?

<br>> >

<br>> > (For context: this referred to the hypothetical feature where we can

<br>> provide a callback that invokes some code from allocation.)

<br>

<br>What about a hypothetical queueing feature, so you can process the

<br>events asynchronously (perhaps with some backpressure control). This

<br>would work well for statistics processing.

<br>

<br>(Your other use case, the throwing of OOM would not work, I guess)

<br>

<br>But its an elegant solution to provide a code environment generic enoug

<br>for all kinds of instrumentation and independent of the "allocation

<br>recursion".

<br>

<br>Greetings

<br>Bernd

<br></div></div></span></blockquote> <div id="bloop_sign_1435264202661839872" class="bloop_sign"><div style="font-family:helvetica,arial;font-size:13px"><div>-----</div><div><br></div><div>Tony Printezis | JVM/GC Engineer / VM Team | Twitter</div><div><br></div><div>@TonyPrintezis</div><div><a href="mailto:tprintezis@twitter.com">tprintezis@twitter.com</a></div><div><br></div></div></div></body></html>