<div dir="ltr"><div dir="ltr">It looks good in terms of simplifying API design, but this seems to have some detrimental effects on performance optimization as well as <span class="gmail-il">memory</span> management.<br><div><br></div><div>Do we have some benchmarks to show changes in performance and <span class="gmail-il">memory</span> overhead (number of temporary objects created)?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 19, 2022 at 10:05 PM Maurizio Cimadamore <<a href="mailto:maurizio.cimadamore@oracle.com">maurizio.cimadamore@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
The Java 19 Foreign Function and Memory API (FFM API) uses zero-length <br>
memory segments to encode pointers that are temporally safe (this <br>
replaces the NativeSymbol abstraction that was available in Java 18).<br>
It turns out that there's more to this approach than meets the eye, as <br>
memory segments can (with few tweaks) be used as a replacement for <br>
memory address everywhere in the FFM API, which leads to a simpler and <br>
more symmetric API.<br>
<br>
We have captured our findings in the following document:<br>
<br>
<a href="http://cr.openjdk.java.net/~mcimadamore/panama/segment_address.html" rel="noreferrer" target="_blank">http://cr.openjdk.java.net/~mcimadamore/panama/segment_address.html</a><br>
<br>
Cheers<br>
Maurizio<br>
<br>
<br>
</blockquote></div></div>