<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: "Calibri Light", "Helvetica Light", sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Hi David, given that this EA is presented with eventually delivering into mainline as preview features, and given Java's goal for compatibility, I think our primary performance goals are:</div>
<ol style="margin-top: 0px; margin-bottom: 0px; list-style-type: decimal;" data-editing-info="{"applyListStyleFromLevel":false,"orderedStyleType":1}" start="1">
<li style="font-family: "Calibri Light", "Helvetica Light", sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<div role="presentation" class="elementToProof">Detect accidental incompatibilities, behavioral changes, or regressions when preview features are off (there should be ideally none)</div>
</li><li style="font-family: "Calibri Light", "Helvetica Light", sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<div role="presentation" class="elementToProof">Examine the compatibility of existing programs when they run with preview features on, and their performance status (some regressions may be anticipated)</div>
</li><li style="font-family: "Calibri Light", "Helvetica Light", sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<div role="presentation" class="elementToProof">Examine the specification compliance of value objects and their performance features (need to classify regressions too), such as the "add value modifier and my code slows down" example from Ethan McCue.</div>
</li></ol>
<div style="font-family: "Calibri Light", "Helvetica Light", sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
For performance improvements related to value objects, our goal is the new programming model unlocks a lot of compiler transformations previously not possible - for example, lack of identity allows free replacement of Vectors in the Vector API. This potential
improvement is not in the EA, and that's why Dan says "there are some gains you might hope for that simply aren't implemented yet." One thing of note is that we currently ship "nullable atomic flat" arrays for small value classes in anticipation for future
polymorphic array and generic specialization enhancements, which can be seen as a significant performance-oriented change.</div>
<div style="font-family: "Calibri Light", "Helvetica Light", sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: "Calibri Light", "Helvetica Light", sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Chen Liang</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> valhalla-dev <valhalla-dev-retn@openjdk.org> on behalf of David Alayachew <davidalayachew@gmail.com><br>
<b>Sent:</b> Friday, November 7, 2025 6:43 AM<br>
<b>To:</b> valhalla-dev <valhalla-dev@openjdk.org><br>
<b>Subject:</b> Question about JEP 401 Feedback</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div class="x_gmail_default" style="font-family:monospace">Hello <a class="x_gmail_plusreply" id="x_plusReplyChip-0" href="mailto:valhalla-dev@openjdk.org" tabindex="-1">@valhalla-dev</a>,</div>
<div class="x_gmail_default" style="font-family:monospace"><br>
</div>
<div class="x_gmail_default" style="font-family:monospace">I have spent the past week or so playing around with the JEP 401 EA, gathering a bunch of data. I am nearing completion with the data-gathering phase, and preparing myself to start writing my experience.</div>
<div class="x_gmail_default" style="font-family:monospace"><br>
</div>
<div class="x_gmail_default" style="font-family:monospace">However, I wanted to confirm what type of experience report is wanted for this JEP 401. It's been mentioned in multiple places that many of the performance optimizations one would come to expect with
Valhalla have yet to be implemented yet. Understandable -- this is still just the EA of JEP 401.</div>
<div class="x_gmail_default" style="font-family:monospace"><br>
</div>
<div class="x_gmail_default" style="font-family:monospace">So does that mean that experience reports should avoid talking about potential performance increases/decreases? Or should we focus on the usability and ergonomics of the language feature? Or is this
just a typical experience report, where we just speak freely about what did and didn't work when trying on a real world program?</div>
<div class="x_gmail_default" style="font-family:monospace"><br>
</div>
<div class="x_gmail_default" style="font-family:monospace">I'll post this thread to reddit once receiving answers. That way, others who see that post will be able to format their experience reports appropriately as well.</div>
<div class="x_gmail_default" style="font-family:monospace"><br>
</div>
<div class="x_gmail_default" style="font-family:monospace">Thank you for your time and help.</div>
<div class="x_gmail_default" style="font-family:monospace">David Alayachew</div>
</div>
</div>
</body>
</html>