#Which Java version is most efficient for Zorin (Ubuntu)

1 messages · Page 1 of 1 (latest)

coarse agateBOT
#

<@&987246399047479336> please have a look, thanks.

tired gate
#

there's not one

#

23 is the latest

#

eclipse temurin is nice and gets decent updates

#

but it's not really gonna give tons of performance changes

hasty rune
#

I also like the Azul Zulu Community builds. But neither is specifically optimised for your hardware spec.

tired gate
hasty rune
#

Essentially it's just different builds of OpenJDK

#

OpenJDK is open source. Eclipse Temurin and Azul Zulu Community are builds of that project.

tired gate
#

Azul zulu depends on one company, read the website I sent

#

you could also get "faster" from GraalVM but it's isn't guranteed nor is it made to replace the jdk entirely

tired gate
#

For developing Minecraft or playing it?

#

Minecraft installs its own jdk usually

tired gate
hasty rune
#

And that site links to the old page for Temurin releases (the link to the main page is correct though).

Azul maintains access to a wider range of versions (useful for comparing quirks and differences between older non-lts releases).

tired gate
#

nice

#

temurin has versions too

hasty rune
#

Agreed. Far fewer.

tired gate
#

they're on the other page

hasty rune
#

I'm not saying Temurin is a bad choice. I'm saying the FUD statement about Azul on that whichjdk site is unfounded.

tired gate
#

you probably went to main download page

tired gate
#

SDKMAN has like every single Java version that exists tho that's nice 💀

#

SDKMAN is fire, install gradle and everything with one tool

hasty rune
tired gate
#

temurin goes to 24EA as well lol

#

Not sure what the difference between the two is rn honestly

#

From what I've heard, oracle doesnt really do many builds in between versions right?..

hasty rune
#

For their paid updates they do have somewhat regular updates over a wide range. For OpenJDK they only provide updates until the next Java version, and even then infrequently.

For the majority of Java consumers (devs or local-app users) OpenJDK is absolutely fine and you just want to use the most recent version that your app or project is compatible with.

Deployers of large monolithic systems might opt to remain on a Java version for a while (and transition to new editions in larger jumps, with validation largely happening offline). In large distributed systems you might do gradual deployments to newer editions regularly (and use an expand-contract release-schedule to span any compatibility gaps and allow fallback).