CentOS8 Java11 Ryzen7 3700X Ram 32GB GTX1660SUPER nvme ssd 500GB
Current status. It's no exaggeration to say that I installed Linux because I wanted to use UseShenandoahGC. (The RedHat system of CentOS that is not included in the guy distributed by openJDK is included in the one that can be installed with dnf, it seems to be a great GC) i7-6700k-ram16GB-GTX1070 It was a moment when the performance changed compared to I'm not sure about the degree. Try a little more. .. .. To be honest, I have to do something about the spike of chunk update, but I wonder if GC can do it.
-Xmx16G -Xms8G -server -XX:+UnlockExperimentalVMOptions -XX:+UseShenandoahGC -XX:+UseNUMA -XX:MaxGCPauseMillis=20 -XX:+DisableExplicitGC -XX:+UseAdaptiveGCBoundary -XX:+UseBiasedLocking -XX:+UseCompressedOops -XX:+OptimizeStringConcat -XX:ReservedCodeCacheSize=2G -XX:+UseCodeCacheFlushing -Dfml.ignorePatchDiscrepancies=true -Dfml.ignoreInvalidMinecraftCertificates=true
Script to back up from ps.windows side (using git bash)
."C:\path\to\git-bash.exe" -c "scp -P 51234 -i /C/path/to/.ssh/id_rsa -r username@ipaddr:/path/to/saves/world/ /path/to/tmp_save/ | .Robocopy.exe I:\path\to\tmp_save C:\path\to\OneDrive\minecraft_linux_save -E -MIR"
Point: Robocopy option /->-
What you want to try https://wiki.openjdk.java.net/display/shenandoah/Main
adaptive (default). This heuristics observes the previous GC cycles, and tries to start the next GC cycle so that it could complete before heap is exhausted -XX:ShenandoahInitFreeThreshold=#: Initial threshold at which to trigger "learning" collections
-XX:ShenandoahMinFreeThreshold=#: free space threshold at which heuristics triggers the GC unconditionally
-XX:ShenandoahAllocSpikeFactor=#: How much heap to reserve for absorbing allocation spikes
-XX:ShenandoahGarbageThreshold=#: Sets the percentage of garbage a region need to contain before it can be marked for collection.