Mengukur sebelum dan sesudah

Catat baseline

Sebelum tuning, rekam versi server/Java/plugin, alokasi CPU dan memori, heap, jarak pandang/simulasi, world, jumlah pemain aktif, dan pola aktivitas. Bedakan player yang idle dari pemain yang bergerak, menjelajah, atau menjalankan farm.

Jalankan cukup lama setelah warmup. Catat TPS, rata-rata dan lonjakan MSPT, GC, pemakaian heap setelah GC, latensi disk, dan trafik jaringan. Data idle bukan benchmark beban. Angka ilustrasi antarmuka juga bukan hasil pengujian kapasitas.

Ambil profil saat masalah terjadi

Paper menyediakan integrasi spark pada basis versi ini. Periksa /spark help, lalu gunakan profiler sesuai panduan profiling Paper. Contoh untuk profil terbatas:

spark profiler start --timeout 60

Dalam permainan gunakan /spark profiler start --timeout 60 dengan hak yang diperlukan. Jika command tidak tersedia, periksa status integrasi spark pada distribusi/rilis yang dijalankan. Jangan mengunggah laporan tanpa meninjau data dan tautan aksesnya.

nusa status details membantu membaca scope modul, tetapi waktu main/worker dapat tumpang tindih dan bukan persentase CPU. Gunakan profil untuk mencari handler plugin, entity, chunk, atau task yang menyita waktu.

Bandingkan satu perubahan

Uji pada salinan world yang sama, plugin sama, heap sama, dan pola pemain yang sama. Pisahkan startup, warmup, serta generasi awal dari pengukuran steady state. Ulangi beberapa kali dan laporkan variasi, bukan hanya run terbaik.

Jika mengubah culling, ticking, atau cadence jaringan, catat juga perbedaan gameplay. Pekerjaan lebih sedikit karena perilaku dihentikan tidak setara dengan percepatan pada simulasi yang identik.

Kapan menambah resource

CPU satu core penting untuk tick utama. GC dapat menambah jeda, storage dapat menahan simpan/load, dan jaringan dapat macet ketika banyak player saling terlihat. Tambah resource berdasarkan bottleneck yang dibuktikan. Jika tidak ada perbaikan, pulihkan konfigurasi sebelum melanjutkan percobaan berikutnya.