[jdk21u-dev] RFR: 8320379: C2: Sort spilling/unspilling sequence for better ld/st merging into ldp/stp on AArch64
Aleksey Shipilev
shade at openjdk.org
Fri Jun 7 17:09:12 UTC 2024
On Fri, 7 Jun 2024 16:45:53 GMT, Andrew Haley <aph at openjdk.org> wrote:
> I understand that, but wouldn't that apply to all minor performance improvements? And wouldn't the direct consequence of following that principle to its conclusion be that if anyone wanted a stable release, too bad: there isn't a stable release? I totally get why this low-risk fix is a good thing, but...
Well, we don't have to drive that principle to conclusion. There are always changes in releases, and I believe that JDK 21 is the most fluid one at the moment, while JDK 8 is the most rigid one. It does not mean we don't do JDK 8 changes at all, though, so even that rigidity is not absolute.
There is always cost-benefit calculation in every backport. The little cost for backporting, testing, and future tracking is already taken by @pengxiaolong. We reap a little benefit for it in exchange. We do this in release that is an enticing migration target for LTS-tracking projects, giving migration a little more edge. What's not to like?
-------------
PR Comment: https://git.openjdk.org/jdk21u-dev/pull/665#issuecomment-2155216056
More information about the jdk-updates-dev
mailing list