<!DOCTYPE html><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<p>Hi Matthias, (cc'ing Per)<br>
I believe we have some ideas on how to generalize the approach you
used for speeding up the Linker, and we will follow up with more
details on this soon.</p>
<p>Cheers<br>
Maurizio<br>
</p>
<div class="moz-cite-prefix">On 28/01/2025 08:32, Matthias Ernst
wrote:<br>
</div>
<blockquote type="cite" cite="mid:CAKJ3wwF5t_dwk6s6T642-R=pc=A31rXX=u24X1fSdKgpaLU-3A@mail.gmail.com">
<div dir="ltr">#23142 has been merged, thanks a lot for the
engaging low-latency reviews!
<div><br>
</div>
<div>One thing I found interesting here: the only really
satisfying approaches use JDK-private apis (Carrier-TL,
pinning). These apis are not available to application code
that will face the same issues when making foreign
calls. Maybe this points out a gap in the public apis --- I'm
still curious about possible designs here that extend carrier-
local critical sections (aka pinning) just enough around a
native call, maybe as an MH combinator.</div>
<div><br>
</div>
<div>What an app has going for it, though: this matters in
really tight loops, and app code has much better context
knowledge to provision reusable buffer space outside the loop
(even in a ScopedValue), at which point the cost of
provisioning that space will matter much less.</div>
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sun, Jan 19, 2025 at
10:07 PM Matthias Ernst <<a href="mailto:matthias@mernst.org" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">matthias@mernst.org</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">
<div dir="ltr">I iterated on this a bit more and think it
might be RFR: <a href="https://urldefense.com/v3/__https://github.com/openjdk/jdk/pull/23142__;!!ACWV5N9M2RV99hQ!JwcUbiuxva1LqZoOu8Oh6tx1wv6zSThHGxIT8pckmdCtzoKWqExZzIErlc-VX46TLQsy1AdfWgzOySRJzhXjdE7hgQ$" target="_blank" moz-do-not-send="true">https://github.com/openjdk/jdk/pull/23142</a>.
I dug up an old bug number that looked appropriate: <a href="https://bugs.openjdk.org/browse/JDK-8287788" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://bugs.openjdk.org/browse/JDK-8287788</a>.
Let me know if you want to assign it elsewhere.
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Fri, Jan 17, 2025 at
5:40 PM Alan Bateman <<a href="mailto:alan.bateman@oracle.com" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">alan.bateman@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">On
17/01/2025 16:37, Jorn Vernee wrote:<br>
><br>
> I've seen several similar crashes before, e.g.: <br>
> <a href="https://bugs.openjdk.org/browse/JDK-8316756" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://bugs.openjdk.org/browse/JDK-8316756</a><br>
><br>
> So, there might be some handling in the EA code
missing for the <br>
> pattern of nodes that the intrinsic creates.<br>
><br>
><br>
I've created JDK-8347997 [1] to track the new sighting.<br>
<br>
-Alan<br>
<br>
[1] <a href="https://bugs.openjdk.org/browse/JDK-8347997" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://bugs.openjdk.org/browse/JDK-8347997</a><br>
</blockquote>
</div>
</blockquote>
</div>
</blockquote>
</body>
</html>