Replies: 9 comments 2 replies
This comment has been hidden.
This comment has been hidden.
-
|
@M0ON-MAN
. |
Beta Was this translation helpful? Give feedback.
-
|
@TheDog-GH I have been playing it for over a year with Java 25.0.2 and now 26.0.1 without any issues and able to take advantage of the additional flags. You can see a am in turn 618! That is a lot of testing on Java 25 and 26 versions need to update java to 26 because 21 is too old and not taking advantage of all the massive enhancements and performance gains that come with 26. |
Beta Was this translation helpful? Give feedback.
-
|
I will guess your Xss needs to be increased ? |
Beta Was this translation helpful? Give feedback.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
-
|
Thank you for running through the test cases. @TheDog-GH had a good eye that 'Xss' is needed on a few maps. The 20GB heap size is pretty extreme! The issue with heaps that are "too" large is that garbage collection pauses can become very slow. The time to do garbage collection is super linear relative to the size of the heap (meaning, doubling the heap size can quadruple or more the time to do garbage collection). Generally going over 12GB becomes a 'danger' territory, though, you have a beast of a machine and likely did not notice. Question: did you find that you needed a heap that large? RE: Java 26There are three things we really need to be sure line up in order to upgrade java:
|
Beta Was this translation helpful? Give feedback.
-
|
@DanVanAtta When i play with the stock Java 21 my AI turns take 2-3 time more to complete (yes I have timed them with a stop watch) and using the exact same HW. When I switch to Java 25 or 26 the AI turns 2-3 times faster (again timed with stop watch). Java 26 Garbage Collector was totally revamped it is a massive improvement over Java 21 and you can throw up to 40GB for xms/amx and it will still give you about exactly the same timings. I settled for 20GB that was the perfect "sweet spot". Again I am on turn 619! that is a "massive" amount of data to handle and Java 25 and 26 can handle it much more efficiently than Java 21. Again this is thru 6-7 months of me testing, tinkering with Java 25 and 26. I am going to continue pushing it. Recently I started utilizing Claude AI and have been tweaking the Java 26 flags with its help and timing everything and comparing logs and output. Again, my laptop (Framework 16) machine is not what the average user out there has so maybe my experience and performance are an outlier... but it is fun and I will continue to test and share :) Thank you! PS: Without the above flags the game just latches on to 1 or 2 cores only and I have 12 cores. With the flags it uses 4-6 additional cores... need to add additional logic in the games code to utilize more cores/threads. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for the response and appreciate the input. I intend to test all this as i find time between work, certification exam prep, family and life... lol! i will post as/when able. I do want to complete(some components are backorder or held up due to tariffs) the 128GB ram, Framework Desktop machine so i can run the game in a VM and get a deeper dive/understanding of how java 26 and java 21 behave and perform differently using a save from a 600+ round/turn. |
Beta Was this translation helpful? Give feedback.

Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Test machine game installed on:
Game round = 618
TripleA.vmoptions file entries:
-Xms20G
-Xmx20G
-XX:ActiveProcessorCount=12
-XX:+UseZGC
-XX:+AlwaysPreTouch
-XX:SoftRefLRUPolicyMSPerMB=0
-XX:ConcGCThreads=6
-XX:+ZProactive
-Djava.util.concurrent.ForkJoinPool.common.parallelism=8
-Dsun.java2d.opengl=false
-Dsun.java2d.d3d=false
-Dsun.java2d.noddraw=true
-Dsun.java2d.vulkan=true
-Dsun.java2d.vulkan.fbobject=true
-Dfile.encoding=UTF-8
triplea-2026-05-20.1.log
Beta Was this translation helpful? Give feedback.
All reactions