Aikar's flags veranderen bij 12 GB — vijf ervan, en eentje gaat omlaag
Het kopiëren van een 4 GB-flagset naar een 16 GB-server zorgt voor vijf verkeerde waarden. Hier zie je precies welke vijf, plus het spelersaantal waarbij een gemodde server de grens passeert en een vanilla-server niet.
Aikar's flags zijn de standaard JVM-argumenten van de community voor een Paper-server, en ze worden meestal als één blok gekopieerd. Ze vormen geen enkel blok: van de twintig argumenten, veranderen er vijf afhankelijk van of je heap onder of boven de 12 GB zit. Het plakken van een small-heap-set op een large-heap-server is de meest voorkomende manier om "de aanbevolen flags" te draaien en ze toch niet te krijgen.
De vijf die veranderen
| flag | onder 12 GB | 12 GB en meer |
|---|---|---|
-XX:G1NewSizePercent | 30 | 40 |
-XX:G1MaxNewSizePercent | 40 | 50 |
-XX:G1HeapRegionSize | 8M | 16M |
-XX:G1ReservePercent | 20 | 15 |
-XX:InitiatingHeapOccupancyPercent | 15 | 20 |
G1ReservePercent is the one that goes down. Vier van de vijf nemen toe met de heapgrootte en die ene neemt af, waardoor een vaag herinnerde "verhoog de getallen voor een grote server" eerder een verkeerde set oplevert dan simpelweg een suboptimale. Het reserveert een fractie van de heap tegen evacuation failure, en een grotere heap heeft een kleinere fractie nodig om dezelfde absolute marge te behouden.
De resterende dertien -XX: arguments are identical at every heap size — -XX:+UseG1GC, -XX:MaxGCPauseMillis=200, -XX:+AlwaysPreTouch, -XX:SurvivorRatio=32, -XX:MaxTenuringThreshold=1 and the rest do not move. Only -Xms and -Xmx track the heap size itself.
Waar de 12 GB-grens werkelijk ligt
De generator op deze pagina bepaalt de heapgrootte aan de hand van je spelersaantal:
GB = clamp( ceil( (modded ? 2.5 : 1) × (2 + players / 12) ), 2, 32 )Gemodde servers zijn berekend op 2.5× vanilla, en die factor bepaalt wie überhaupt de large-heap-tak te zien krijgt:
| spelers | vanilla | gemod |
|---|---|---|
| 10 | 3 GB | 8 GB |
| 20 | 4 GB | 10 GB |
| 29 | 5 GB | 12 GB ← gemod passeert hier de grens |
| 50 | 7 GB | 16 GB |
| 100 | 11 GB | 26 GB |
| 109 | 12 GB ← vanilla passeert hier de grens | 28 GB |
Een gemodde server bereikt de large-heap-flags bij 29 spelers. Een vanilla-server pas bij 109. Dus voor de meeste mensen die vanilla Paper draaien, is de small-heap-set permanent de juiste — en voor de meesten die gemod draaien, is deze veel eerder niet meer correct dan ze verwachten.
Twee limieten in die formule die het weten waard zijn
Het raadt nooit meer dan 32 GB aan. Vanilla bereikt de limiet bij 349 spelers en blijft daarop staan. Dit is geen afrondingsfout — boven ongeveer 32 GB verliest de JVM compressed object pointers en wordt elke verwijzing in de heap groter, waardoor meer RAM kan leiden tot minder bruikbare heap. Schalen voorbij dat punt is een taak voor een tweede server, niet een grotere.
Het raadt nooit minder dan 2 GB aan, zelfs niet voor één enkele speler, omdat de ondergrens wordt bepaald door de serversoftware in plaats van het aantal spelers.
En wat de formule ook zegt: geef de JVM niet alles wat het systeem heeft. -Xms and -Xmx are set to the same value here on purpose — a fixed heap avoids the JVM resizing under load — which means the number you pick is claimed immediately and permanently. Leave the operating system 1–2 GB it does not have to fight you for.