Nagbabago ang mga flag ni Aikar sa 12 GB — lima sa mga ito, at isa ay bumababa
Ang pagkopya ng 4 GB flag set sa isang 16 GB na server ay nag-iiwan ng limang maling value. Narito kung alin eksakto ang limang iyon, kasama ang bilang ng manlalaro kung saan ang isang modded na server ay lumalagpas sa limitasyon at ang vanilla ay hindi.
Ang mga flag ni Aikar ay ang pamantayan ng komunidad na mga argument ng JVM para sa Paper server, at kadalasang kinokopya ang mga ito bilang isang buong block. Hindi sila iisang block: mula sa dalawampung argument, lima ang nagbabago depende kung ang iyong heap ay mas mababa o higit sa 12 GB. Ang pag-paste ng small-heap set sa isang large-heap server ang pinakakaraniwang paraan upang magpatakbo ng "mga inirekumendang flag" nang hindi talaga nakukuha ang mga ito.
Ang limang nagbabago
| flag | mas mababa sa 12 GB | 12 GB at pataas |
|---|---|---|
-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. Apat sa lima ay tumataas kasabay ng laki ng heap at ang isa ay bumababa, kaya ang bahagyang naalalang "itaas ang mga numero para sa malaking server" ay nagreresulta sa maling set sa halip na hindi lang optimal. Naglalaan ito ng bahagi ng heap laban sa evacuation failure, at ang mas malaking heap ay nangangailangan ng mas maliit na bahagi upang mapanatili ang parehong ganap na headroom.
Ang natitirang labintatlo -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.
Kung saan talaga pumapatak ang linyang 12 GB
Tinutukoy ng generator sa pahinang ito ang laki ng heap batay sa bilang ng iyong manlalaro:
GB = clamp( ceil( (modded ? 2.5 : 1) × (2 + players / 12) ), 2, 32 )Ang mga modded na server ay nakalaan sa 2.5× vanilla, at ang salik na iyon ang nagtatakda kung sino ang makakakita ng large-heap branch kailanman:
| mga manlalaro | vanilla | modded |
|---|---|---|
| 10 | 3 GB | 8 GB |
| 20 | 4 GB | 10 GB |
| 29 | 5 GB | 12 GB ← lumalagpas dito ang modded |
| 50 | 7 GB | 16 GB |
| 100 | 11 GB | 26 GB |
| 109 | 12 GB ← lumalagpas dito ang vanilla | 28 GB |
Naaabot ng modded na server ang large-heap flags sa 29 na manlalaro. Ang vanilla naman ay hindi aabot hanggang 109. Kaya para sa karamihan ng nagpapatakbo ng vanilla Paper, ang small-heap set ang permanenteng tama — at para sa karamihan ng nagpapatakbo ng modded, hindi na ito nagiging tama nang mas maaga kaysa sa kanilang inaasahan.
Dalawang limitasyon sa formula na iyon na dapat malaman
Hindi kailanman ito nagrerekomenda ng higit sa 32 GB. Naaabot ng Vanilla ang cap sa 349 na manlalaro at nananatili roon. Hindi ito rounding artefact — lampas sa humigit-kumulang 32 GB, nawawala sa JVM ang mga compressed object pointer at ang bawat reference sa heap ay lumalaki, kaya ang mas maraming RAM ay maaaring mangahulugan ng mas kaunting magagamit na heap. Ang pag-scale lampas sa puntong iyon ay trabaho para sa pangalawang server, hindi sa mas malaking server.
Hindi kailanman ito nagrerekomenda ng mas mababa sa 2 GB, kahit para sa isang manlalaro lamang, dahil ang pinakamababang limitasyon ay nakabatay sa software ng server sa halip na sa populasyon.
At anuman ang sabihin ng formula: huwag ibigay sa JVM ang lahat ng mayroon ang makina. -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.