Tiga pesan lag paling umum di log Minecraft tidak berarti hal yang sama: Can't keep up! Is the server overloaded? berarti servermu masih berjalan, tetapi tidak mampu mengejar beban. A single server tick took 60.00 seconds berarti rem darurat bawaan telah menghentikannya secara paksa. Exception in server tick loop berarti ada error program tertentu yang merusak loop permainan. Kalau ketiganya ditangani dengan cara yang sama, biasanya yang diperbaiki justru hal yang salah.
Membedakan tiga pesan tersebut
Minecraft menghitung dunia game 20 kali per detik. Satu putaran seperti ini disebut tick dan maksimal boleh berlangsung 50 milidetik. Semua lag yang kamu rasakan adalah penyimpangan dari satu angka ini.
| Pesan log | Apa yang sebenarnya terjadi | Apakah server masih berjalan? |
|---|---|---|
Can't keep up! Is the server overloaded? Running 5074ms or 101 ticks behind |
Tick berlangsung lebih lama dari 50 ms, server sedang mengejar ketertinggalan | Ya, tetapi terasa berat |
A single server tick took 60.00 seconds + Considering it to be crashed |
Satu tick melewati max-tick-time; Watchdog menghentikan proses |
Tidak, dihentikan paksa |
Exception in server tick loop |
Sebuah error menembus sampai ke loop utama | Tidak, biasanya dengan crash report |
Dispatched async TPS command (peringatan Paper) |
Pengukuran TPS kami sendiri meminta data server dari luar | Ya — ini normal |
Baris terakhir sering membingungkan: Paper melaporkan setiap permintaan dari luar sebagai peringatan. Itu adalah pengukuran performa terjadwal kami kira-kira setiap lima menit, bukan error dan bukan intervensi ke permainanmu.
Langkah paling penting: saat ada pesan Watchdog, baca ke atas
Watchdog kill adalah gejala, bukan penyebab. Ia hanya mengatakan: ada sesuatu yang memblokir thread server lebih lama dari yang diizinkan. Apa yang memblokirnya ada di tempat lain.
Ada dua kasus, dan keduanya mengarah ke tindakan yang sangat berbeda:
Kasus 1 — Watchdog muncul lebih dulu. Sebelum baris Watchdog, log menunjukkan aktivitas game normal. Maka durasi tick memang pesannya: ada sesuatu yang membekukan server saat sedang berjalan.
Kasus 2 — Watchdog muncul belakangan. Sebelum baris Watchdog sudah ada Stopping server atau Preparing crash report. Maka server sudah mati atau sedang dimatikan sebelumnya, dan Watchdog hanya membersihkan proses shutdown yang macet.
Kasus kedua ini bukan hal langka. Dalam satu kasus support pada 22 Agustus 2026, thread server crash pada 13:20:15, mulai melakukan Stopping server dengan bersih — dan baru 60 detik kemudian Watchdog aktif. Kalau durasi tick di sana dianggap sebagai penyebab, operator akan diarahkan melewati pesan error asli yang ada satu menit lebih atas. Karena itu, analisis konsol kami sengaja mengevaluasi temuan Watchdog paling akhir: Jika di bagian log yang sama ada tanda yang lebih spesifik, kamu akan melihat penjelasan itu, bukan sekadar „satu tick lambat“.
Langkah demi langkah menemukan penyebab
1. Periksa riwayat TPS di panel
Buka servermu di panel. Di bawah „Performance (letzte 24h)“ kamu melihat riwayat TPS; pengukuran dilakukan kira-kira setiap lima menit selama server berjalan. Bentuk grafiknya sudah banyak bercerita:
- Penurunan tajam pada jam tertentu → sebuah kejadian. Cocokkan waktunya dengan log: generasi dunia, backup, pemain di area yang belum dijelajahi, task plugin.
- Nilai rendah terus-menerus → kelebihan beban struktural. Restart tidak membantu di sini; yang dibutuhkan adalah mengurangi beban.
- Pola gigi gergaji → khas tekanan memori: server bekerja, Garbage Collection menghentikan sementara, lalu berulang.
Jika nilainya tetap rendah dalam jendela waktu yang cukup lama, panel akan memberi tahu sendiri dengan petunjuk „TPS dauerhaft niedrig“.
2. Ukur MSPT — TPS saja tidak cukup
Masukkan /spark tps di konsol. Perintah ini memberi dua angka, dan angka kedua lebih penting:
- TPS — Tick per detik, maksimum 20.
- MSPT — Milidetik per tick. Semua hingga 50 ms masih sehat.
Kenapa MSPT? Bukkit, Spigot, dan Paper memperlambat proses server untuk mencegah crash. Akibatnya tampilan bisa menunjukkan 20 TPS mulus, padahal server sebenarnya sudah bekerja di batas kemampuan. Nilai MSPT 45 ms berarti: satu mob farm saja bisa membuat lag terlihat — walaupun tampilan TPS masih tampak sempurna.
Di Paper mulai 1.21, spark sudah disertakan, jadi kamu tidak perlu menginstal apa pun.
3. Profilkan penyebabnya
Jangan menebak plugin mana yang salah — ukur:
/spark profiler start --timeout 120
Selama dua menit ini, ulangi situasi yang menyebabkan lag. Setelah itu buka link hasil yang dikeluarkan server. Report menampilkan, diurutkan berdasarkan porsi waktu, ke mana waktu tick terpakai: mod tertentu, task plugin, pemuatan chunk, pemrosesan entity, atau Garbage Collection.
Di titik inilah panduan ini berbeda dari sekadar „beli RAM lebih besar“. Profiler menjawab pertanyaan yang tidak bisa dijawab tabel rekomendasi: Apa tepatnya yang memakan waktu di servermu?
4. Kurangi beban secara tepat
Apa yang ditampilkan profiler menentukan tindakannya:
| Yang ditampilkan profiler | Tindakan efektif |
|---|---|
| Pemuatan chunk, generasi dunia | Turunkan simulation-distance (default 10, minimum 3) — efeknya lebih kuat daripada view-distance, karena hanya chunk yang disimulasikan yang memakai waktu komputasi |
| Pemrosesan entity | Batasi mob farm, pagar hewan agar tidak berkeliaran bebas, bersihkan tumpukan item |
| Redstone / block tick | Bangun jam Redstone dengan observer, bukan loop repeater, matikan rangkaian yang berjalan terus |
| Satu plugin atau mod tertentu | Nonaktifkan sementara dan ukur lagi; cari alternatif atau versi yang lebih baru |
| Garbage Collection | Sekarang RAM lebih besar adalah jawaban yang tepat — bukan sebelumnya |
Poin terakhir penting: RAM hanya memperbaiki masalah memori. Kalau sebuah jam Redstone memakan waktu tick, paket yang lebih besar tidak membuat server lebih cepat. Berapa banyak RAM yang cocok untuk jumlah pemain dan ukuran modpack-mu bisa dihitung dengan kalkulator RAM Minecraft kami.
5. max-tick-time — pengecualian, bukan solusi
Nilai ini ada di server.properties dan menentukan mulai durasi tick berapa Watchdog turun tangan. Standarnya 60000 milidetik, yaitu 60 detik. Jika nilai ini terlampaui, server menghentikan dirinya sendiri.
Banyak panduan di internet menyarankan untuk mematikan Watchdog dengan -1 pada titik ini. Jangan jadikan itu solusi standar. Watchdog adalah satu-satunya mekanisme bawaan yang bisa mendeteksi deadlock sungguhan. Dengan -1, server yang mati akan menggantung berjam-jam di port: pemain tidak bisa masuk, tidak ada apa pun di log yang menjelaskan alasannya, dan tidak ada yang mendapat alarm. Kamu menghapus indikatornya, bukan masalahnya.
Hanya ada satu alasan bagus untuk menaikkannya: proses yang diketahui memang sah berlangsung lama. Kasus klasiknya adalah start pertama modpack besar, ketika generasi dunia dan inisialisasi mod bersama-sama menghabiskan lebih dari satu menit dalam satu tick. Dalam kondisi itu, nilai misalnya 180000 (tiga menit) masih masuk akal — sementara, dan dengan niat mengembalikannya setelah start pertama berhasil.
Jika Exception in server tick loop ada di log
Pesan ini yang paling mudah dari ketiganya, karena ia membawa penyebabnya sendiri. Tepat di bawahnya atau beberapa baris setelahnya ada baris Caused by: — di sanalah error sebenarnya berada, biasanya dengan nama mod atau plugin yang bertanggung jawab.
Langkahnya:
- Cari
Caused by:dan catat nama class-nya. - Jika berisi nama mod atau plugin, penyebabnya sudah disebutkan.
- Jika error muncul setelah perubahan (mod baru, update, dunia baru), batalkan perubahan itu terlebih dahulu.
- Jika error tetap tidak jelas, kirim seluruh bagian tersebut ke support — beserta waktunya.
Analisis konsol servermu mengenali baris-baris ini secara otomatis dan menjelaskan setiap pesan yang terdeteksi dengan bahasa jelas, termasuk frekuensinya. Kalau kamu hanya punya potongan log dari tempat lain, kamu bisa menempelkannya ke Crash Report Analyzer kami — bahkan tanpa server di tempat kami.
Apa yang kami tangani otomatis untukmu
- Pengukuran performa tanpa usaha tambahan. TPS dicatat kira-kira setiap lima menit dan ditampilkan selama 24 jam di panel — kamu tidak perlu menginstal plugin.
- Peringatan saat performa lemah berkelanjutan. Jika performa tetap rendah dalam jendela waktu yang dapat diandalkan, kamu akan diberi petunjuk, bukan harus menyadarinya sendiri.
- Baris log yang dijelaskan. Pesan yang dikenali mendapatkan penyebab dan solusi dalam bahasa jelas, dalam bahasamu — dan jika ada panduan yang cocok, ada link ke sana.
- Aturan gejala-sebelum-penyebab. Jika di bagian log yang sama ada pesan error yang lebih bermakna daripada Watchdog kill, kami menampilkan pesan itu untukmu.
Troubleshooting: gejala, pemeriksaan, solusi
| Gejala | Pemeriksaan | Solusi yang mungkin |
|---|---|---|
| Lag hanya saat menjelajahi area baru | Apakah muncul saat pemain masuk ke area yang belum dijelajahi? | Generasi dunia; turunkan simulation-distance, lakukan pregenerate dunia |
| Lag pada jam tetap | Cocokkan waktu dengan tugas terjadwal | Geser jadwal backup atau restart |
| Server berhenti tanpa error, log berakhir mendadak | Apakah A single server tick took ada di akhir? |
Watchdog kill; baca satu menit sebelumnya |
| TPS menunjukkan 20, tetapi tetap patah-patah | /spark tps — lihat MSPT |
TPS limiter menyembunyikan beban; putuskan berdasarkan MSPT |
| Setelah menambahkan mod | Hapus mod dan ukur lagi | Konflik mod atau mod yang berat |
| Pola gigi gergaji di riwayat TPS | Periksa Garbage Collection dengan profiler | Tekanan memori; tambah RAM |
| „Dispatched async TPS command“ di log | Hanya baris ini, sisanya normal | Tidak perlu melakukan apa pun — pengukuran kami |
FAQ
Mulai nilai TPS berapa pemain merasakan sesuatu?
Hingga sekitar 18 TPS, biasanya tidak terasa di game. Di bawah 15, server mulai terasa berat. Tapi jangan hanya mengandalkannya: periksa juga MSPT, karena TPS limiter bisa menampilkan angka sehat sementara server sudah bekerja di batas kemampuan.
Apakah RAM lebih besar membantu mengatasi lag?
Hanya jika memori memang menjadi bottleneck. Jika profiler menunjukkan Garbage Collection sebagai beban utama, ya. Jika yang terlihat adalah jam Redstone atau mob farm, RAM lebih besar tidak mengubah apa pun. Ukur dulu, baru beli.
Haruskah aku mematikan Watchdog?
Tidak, jangan permanen. -1 menghilangkan satu-satunya deteksi otomatis untuk freeze sungguhan. Kenaikan sementara max-tick-time untuk proses lambat yang diketahui, seperti start pertama modpack, masih masuk akal — setelah itu kembalikan.
Kenapa pesan Watchdog muncul setelah „Stopping server“?
Karena server sudah dalam proses shutdown dan macet di sana. Watchdog lalu membersihkan proses berhenti yang menggantung, bukan membunuh server yang masih berjalan. Penyebabnya ada sebelum Stopping server.
Apakah restart membantu?
Untuk ketertinggalan akut, ya; untuk penyebabnya, tidak. Jika lag kembali dalam waktu singkat setelah setiap restart, masalahnya struktural — maka hanya pengukuran yang bisa membawa langkah berikutnya.
Apa perbedaan view-distance dan simulation-distance?
view-distance menentukan sejauh apa pemain bisa melihat; simulation-distance menentukan sejauh apa dunia benar-benar dihitung. Keduanya default 10 chunk. Karena hanya chunk yang disimulasikan yang memakai waktu komputasi, menurunkan simulation-distance memberi pengurangan beban lebih besar dengan kehilangan visual yang lebih kecil.
Jika masih tetap lag
Sebelum menghubungi support, kumpulkan tiga hal: waktu tepat kejadian terakhir, link report spark profiler-mu, dan informasi mod atau plugin mana yang terakhir ditambahkan. Dengan itu, bagian log yang tepat bisa diperiksa secara spesifik, bukan sekadar melakukan putaran optimasi umum.
Pengaturan umum di semua game — jadwal restart, pilihan paket, jaringan — bisa kamu temukan di panduan meningkatkan performa gameserver. Cara menginstal dan menghapus mod serta plugin dengan bersih ada di menginstal mod dan plugin Minecraft.
Kamu ingin server yang sudah menyertakan pengukuran TPS, penjelasan log, dan peringatan tanpa kerja tambahan? Di sewa server Minecraft, kamu bisa menemukan paket yang cocok.
Sumber dan kondisi uji
max-tick-time, tickrate, dan jarak: PaperMC — server.properties. Mendokumentasikan nilai default 60000 milidetik, penghentian paksa saat terlampaui, penonaktifan dengan-1, serta nilai default 10 untukview-distancedansimulation-distance.- spark disertakan di Paper: PaperMC — Profiling. Mulai Paper 1.21, tidak perlu download terpisah.
- MSPT sebelum TPS: spark — TPS and MSPT. Menjelaskan kenapa TPS limiter bisa menampilkan 20 mulus sementara server sebenarnya berjalan lebih lambat.
- Perintah profiler: spark — Command Usage. Sumber untuk
/spark profiler start --timeout <sekunden>dan/spark profiler stop.
Kondisi uji: 24 Agustus 2026. Nilai default dan perintah bisa berubah dengan versi server baru; jika ragu, periksa dokumentasi vendor yang ditautkan.