graalvm-ce-builds VS sodium-fabric

It looks like they released a new patch release 22.3.2 yesterday, but there is no newer JDK 20 release yet: https://github.com/graalvm/graalvm-ce-builds/releases

Download GraalVM Community Edition 22.3.1 from the GitHub.

Honestly just download it here: https://github.com/graalvm/graalvm-ce-builds/releases/download/vm-21.2.0/graalvm-ce-java8-windows-amd64-21.2.0.zip

ARM builds have been available for a while now even for Java 11.

* GraalVM: https://github.com/graalvm/graalvm-ce-builds/releases/tag/vm...

* Temurin: https://adoptium.net/temurin/releases/?version=11

* Semeru: https://developer.ibm.com/languages/java/semeru-runtimes/dow...

Azul JDK with Shenandoah is good. I would set the Xms low as explained here. I used GraalVM on my old laptop and found it similarly performant if you're interested.

Yes, 21.1.0 was the last one.

FWIW - from my testing with with BetterFPS's own tester, using GraalVM gives much better sin/cos performance than any of BetterFSP's algorithms do on vanilla java/openjdk, with all algorithms (including vanilla one) performing almost exactly the same results.

4. The rest (approx 200Mb) are core Enso libraries and tooling.

We will be able to cut it down in the future as soon as we release Enso Marketplace which would allow you to install these things on-demand.

[1] https://github.com/graalvm/graalvm-ce-builds/releases/tag/vm...

[22:52:47] [Render thread/WARN]: If the game crashes immediately after this point, please make a bug report: https://github.com/CaffeineMC/sodium-fabric/issues

I googled "fabric crashes with falling block" and found this GitHub Issue in the Sodium Repo. Solution: install Indium, because continuity relies on it to bridge over to sodium.

It`s Indium. https://github.com/CaffeineMC/sodium-fabric/issues/1324

GitHub link

if https://github.com/CaffeineMC/sodium-fabric/issues/1006 is what you are talking about, it is an upstream issue for any forge port of the sodium mod

Wow, a reasonable criticism! According to this issue, transparency sorting hasn’t been implemented, and so the behavior is inconsistent. Surprised to see a pull request linked that had fixed it, but was never merged and is now incompatible. Definitely affects users who have farms and stained glass builds though!

The problem with the multithreaded version of Optifine is that OpenGL doesn't officially support multithreading (at least not with older versions of OpenGL; Sodium (for modern versions) uses a "multidraw" function to get up to 10x the FPS but also uses OpenGL 4+, and even then it has issues on many drivers. Note that using such modern features would require a "core profile", precluding the use of all legacy fixed-function methods so the entire renderer would have to be rewritten).