Lima Bendera Aikar Berubah pada 12 GB, Salah Satunya Menurun
Menyalin set bendera 4 GB ke server 16 GB akan membuat lima nilai menjadi salah. Berikut adalah lima nilai yang salah tersebut, ditambah jumlah pemain di mana server modifikasi melewati batas dan server vanilla tidak.
Bendera Aikar adalah argumen JVM standar komunitas untuk server Paper, dan biasanya disalin sebagai satu blok. Namun, bendera-bendera ini sebenarnya bukan satu blok: dari dua puluh argumen, *lima di antaranya berubah tergantung apakah heap* Anda di bawah atau di atas 12 GB*. Menempelkan set heap* kecil ke server heap besar adalah cara paling umum untuk menjalankan "bendera yang direkomendasikan" namun tidak mendapatkannya dengan benar.
Lima yang Berubah
| bendera | di bawah 12 GB | 12 GB ke atas |
|---|---|---|
-XX:G1NewSizePercent | 30 | 40 |
-XX:G1MaxNewSizePercent | 40 | 50 |
-XX:G1HeapRegionSize | 8M | 16M |
-XX:G1ReservePercent | 20 | 15 |
-XX:InitiatingHeapOccupancyPercent | 15 | 20 |
G1ReservePercent adalah satu-satunya yang menurun. Empat dari lima bendera meningkat seiring ukuran heap, dan satu bendera menurun. Inilah mengapa "menaikkan angka untuk server besar" yang hanya diingat setengah-setengah justru menghasilkan set yang salah, bukan hanya suboptimal. Bendera ini mencadangkan sebagian kecil dari heap untuk mencegah kegagalan evakuasi, dan heap yang lebih besar membutuhkan fraksi yang lebih kecil untuk menampung ruang kepala absolut yang sama.
Tiga belas argumen -XX: lainnya identik pada setiap ukuran heap — -XX:+UseG1GC, -XX:MaxGCPauseMillis=200, -XX:+AlwaysPreTouch, -XX:SurvivorRatio=32, -XX:MaxTenuringThreshold=1 dan sisanya tidak berubah. Hanya -Xms dan -Xmx yang mengikuti ukuran heap itu sendiri.
Di Mana Batas 12 GB Sebenarnya Berada
Generator di halaman ini mengukur heap dari jumlah Pemain Anda:
GB = clamp( ceil( (modded ? 2.5 : 1) × (2 + players / 12) ), 2, 32 )Server modifikasi dianggarkan 2.5× dari server vanilla, dan faktor tersebut menentukan siapa yang akan melihat cabang heap besar sama sekali:
| pemain | vanilla | modifikasi |
|---|---|---|
| 10 | 3 GB | 8 GB |
| 20 | 4 GB | 10 GB |
| 29 | 5 GB | 12 GB ← modifikasi melewati batas di sini |
| 50 | 7 GB | 16 GB |
| 100 | 11 GB | 26 GB |
| 109 | 12 GB ← vanilla melewati batas di sini | 28 GB |
Server modifikasi mencapai bendera heap besar pada 29 Pemain. Server vanilla tidak sampai 109 Pemain. Jadi, bagi sebagian besar orang yang menjalankan Paper vanilla, set heap kecil adalah yang benar secara permanen — dan bagi sebagian besar orang yang menjalankan modifikasi, set tersebut berhenti menjadi benar jauh lebih cepat dari yang mereka duga.
Dua Batas dalam Formula yang Perlu Diketahui
Tidak pernah merekomendasikan lebih dari 32 GB. Vanilla mencapai batas pada 349 Pemain dan tetap di sana. Ini bukan artefak pembulatan — setelah sekitar 32 GB, JVM kehilangan penunjuk objek terkompresi dan setiap referensi dalam heap menjadi lebih besar, sehingga RAM yang lebih banyak dapat berarti heap yang kurang dapat digunakan. Penskalaan melewati titik itu adalah tugas untuk server kedua, bukan server yang lebih besar.
Tidak pernah merekomendasikan kurang dari 2 GB, bahkan untuk satu Pemain, karena batas bawah adalah perangkat lunak server, bukan populasi.
Dan apa pun yang dikatakan formula: jangan berikan JVM semua yang dimiliki kotak. -Xms dan -Xmx diatur ke nilai yang sama di sini dengan sengaja — heap tetap menghindari JVM mengubah ukuran di bawah beban — yang berarti angka yang Anda pilih diklaim segera dan secara permanen. Sisakan sistem operasi 1–2 GB yang tidak perlu Anda perebutkan.