De drie meest voorkomende lagmeldingen in het Minecraft-log betekenen niet hetzelfde: Can't keep up! Is the server overloaded? betekent dat je server blijft draaien, maar niet kan bijbenen. A single server tick took 60.00 seconds betekent dat de ingebouwde noodrem hem hard heeft beëindigd. Exception in server tick loop betekent dat een concrete programmeerfout de gameloop heeft opgeblazen. Wie alle drie hetzelfde behandelt, repareert meestal het verkeerde.
De drie meldingen uit elkaar houden
Minecraft berekent de spelwereld 20 keer per seconde. Zo'n doorloop heet een tick en mag maximaal 50 milliseconden duren. Alles wat je als lag ervaart, is een afwijking van dat ene getal.
| Logmelding | Wat er daadwerkelijk is gebeurd | Draait de server nog? |
|---|---|---|
Can't keep up! Is the server overloaded? Running 5074ms or 101 ticks behind |
Ticks duren langer dan 50 ms, de server werkt een achterstand weg | Ja, maar merkbaar traag |
A single server tick took 60.00 seconds + Considering it to be crashed |
Eén tick overschreed max-tick-time; de Watchdog heeft het proces beëindigd |
Nee, hard beëindigd |
Exception in server tick loop |
Een fout is doorgedrongen tot in de hoofdloop | Nee, meestal met crashrapport |
Dispatched async TPS command (Paper-waarschuwing) |
Onze eigen TPS-meting vraagt de server van buitenaf op | Ja — dat is normaal |
De laatste regel zorgt vaak voor verwarring: Paper meldt elke externe opvraag als waarschuwing. Het is onze geplande prestatiemeting ongeveer elke vijf minuten, geen fout en geen ingreep in je spel.
De belangrijkste handeling: bij Watchdog-meldingen naar boven lezen
De Watchdog-kill is een symptoom, geen oorzaak. Hij zegt alleen: iets heeft de server-thread langer geblokkeerd dan toegestaan. Wat hem heeft geblokkeerd, staat ergens anders.
Er zijn twee gevallen, en die leiden tot volledig verschillende maatregelen:
Geval 1 — de Watchdog kwam eerst. Voor de Watchdog-regel staat normale gameplay. Dan is de ticktijd inderdaad de boodschap: iets heeft de server tijdens het draaien bevroren.
Geval 2 — de Watchdog kwam achteraf. Voor de Watchdog-regel staat al Stopping server of Preparing crash report. Dan was de server daarvoor al dood of aan het afsluiten, en heeft de Watchdog alleen een vastgelopen afsluiting opgeruimd.
Dit tweede geval is geen randverschijnsel. In een supportcase van 22 augustus 2026 crashte de server-thread om 13:20:15, begon een nette Stopping server — en pas 60 seconden later ging de Watchdog af. Wie daar de tickduur als oorzaak aanwijst, stuurt de beheerder langs de echte foutmelding heen, die een minuut hoger stond. Precies daarom evalueert onze console-analyse de Watchdog-treffer bewust als laatste: ligt er in hetzelfde loggedeelte een specifiekere signatuur, dan krijg je die melding te zien en niet „een tick was traag“.
Stap voor stap naar de oorzaak
1. TPS-verloop in het panel controleren
Open je server in het panel. Onder „Prestaties (laatste 24u)“ zie je het TPS-verloop; er wordt ongeveer elke vijf minuten gemeten zolang de server draait. De vorm van de curve zegt al veel:
- Een scherpe daling op een bepaald tijdstip → een gebeurtenis. Vergelijk het tijdstip met het log: wereldgeneratie, een backup, een speler in onverkend gebied, een plugin-taak.
- Permanent lage waarden → structurele overbelasting. Hier helpt geen herstart, maar ontlasting.
- Zaagtandpatroon → typisch voor geheugendruk: de server werkt, de garbage collection onderbreekt, en dat herhaalt zich.
Blijven de waarden over een langer venster laag, dan meldt het panel zich vanzelf met de waarschuwing „TPS permanent laag“.
2. MSPT meten — TPS alleen is niet genoeg
Voer in de console /spark tps in. De opdracht levert twee getallen op, en het tweede is belangrijker:
- TPS — ticks per seconde, maximaal 20.
- MSPT — milliseconden per tick. Alles tot 50 ms is gezond.
Waarom MSPT? Bukkit, Spigot en Paper remmen serverprocessen af om een crash te voorkomen. Daardoor kan de weergave strak 20 TPS tonen, terwijl de server in werkelijkheid al op zijn limiet draait. Een MSPT-waarde van 45 ms betekent: je bent één mob-farm verwijderd van zichtbare lag — ook als de TPS-weergave er nog perfect uitziet.
Op Paper vanaf 1.21 is spark al inbegrepen, je hoeft niets te installeren.
3. De veroorzaker profilen
Raad niet welke plugin schuld heeft — meet het:
/spark profiler start --timeout 120
Speel in die twee minuten de situatie na die lag veroorzaakt. Daarna open je de resultaatlink die de server geeft. Het rapport toont gesorteerd op tijdsaandeel waar de ticktijd naartoe gaat: een bepaalde mod, een plugin-taak, chunk-laden, entity-verwerking of de garbage collection.
Dit is het punt waarop deze guide afscheid neemt van „meer RAM kopen“. De profiler beantwoordt de vraag die een adviestabel niet kan beantwoorden: Wat kost precies tijd op jouw server?
4. Gericht ontlasten
Wat de profiler toont, bepaalt de maatregel:
| Profiler toont | Effectieve maatregel |
|---|---|
| Chunk-laden, wereldgeneratie | simulation-distance verlagen (standaard 10, minimum 3) — werkt sterker dan view-distance, omdat alleen gesimuleerde chunks rekentijd kosten |
| Entity-verwerking | Mob-farms begrenzen, dieren omheinen in plaats van vrij laten rondlopen, itemophopingen opruimen |
| Redstone / block-ticks | Redstone-klokken met observers bouwen in plaats van repeater-lussen, continu lopende systemen uitschakelen |
| Eén enkele plugin of mod | Testmatig uitschakelen en opnieuw meten; alternatief of actuelere versie zoeken |
| Garbage Collection | Nu is meer RAM het juiste antwoord — eerder niet |
Het laatste punt is belangrijk: RAM lost alleen een geheugenprobleem op. Als een Redstone-klok de ticktijd opeet, maakt een groter pakket de server niet sneller. Hoeveel werkgeheugen past bij je spelersaantal en modpack-grootte, rekent onze Minecraft-RAM-calculator voor je uit.
5. max-tick-time — de uitzondering, niet de oplossing
De waarde staat in server.properties en bepaalt vanaf welke tickduur de Watchdog ingrijpt. De standaard is 60000 milliseconden, dus 60 seconden. Wordt de waarde overschreden, dan beëindigt de server zichzelf.
Veel handleidingen online raden op dit punt aan om de Watchdog met -1 uit te schakelen. Doe dat niet als standaardoplossing. De Watchdog is de enige ingebouwde instantie die een echte deadlock überhaupt opmerkt. Met -1 blijft een dode server urenlang aan de poort hangen: spelers komen er niet op, niets in het log legt uit waarom, en niemand krijgt een alarm. Je hebt de melding verwijderd, niet het probleem.
Er is precies één goede reden voor een verhoging: een bekende handeling duurt legitiem lang. Het klassieke geval is de eerste start van een groot modpack, waarbij wereldgeneratie en mod-initialisatie samen meer dan een minuut in één tick doorbrengen. Dan is een waarde van bijvoorbeeld 180000 (drie minuten) verdedigbaar — tijdelijk, en met het voornemen om hem na de eerste succesvolle start terug te zetten.
Als Exception in server tick loop in het log staat
Deze melding is de eenvoudigste van de drie, omdat ze haar oorzaak meelevert. Direct eronder of een paar regels later staat een Caused by:-regel — daar staat de eigenlijke fout, meestal met de naam van de verantwoordelijke mod of plugin.
Werkwijze:
Caused by:zoeken en de klassenaam noteren.- Bevat die een mod- of pluginnaam, dan is de veroorzaker genoemd.
- Trad de fout op na een wijziging (nieuwe mod, update, nieuwe wereld), draai die wijziging dan eerst terug.
- Blijft de fout onduidelijk, geef het volledige gedeelte aan support — met tijdstip.
De console-analyse van je server herkent deze regels automatisch en legt elke herkende melding in duidelijke taal uit, inclusief frequentie. Heb je alleen een logstuk van ergens anders, dan kun je het in onze Crash-Report-Analyzer plakken — ook zonder server bij ons.
Wat wij automatisch voor je overnemen
- Prestatiemeting zonder werk van jou. TPS wordt ongeveer elke vijf minuten vastgelegd en 24 uur lang in het panel getoond — je hoeft daarvoor geen plugin te installeren.
- Waarschuwing bij aanhoudende zwakte. Blijft de prestatie over een betrouwbaar tijdvenster laag, dan word je daarop gewezen in plaats van dat je het zelf moet merken.
- Uitgelegde logregels. Herkende meldingen krijgen oorzaak en oplossing in duidelijke taal, in jouw taal — en waar een passende guide bestaat, een link ernaartoe.
- Symptoom-voor-oorzaak-regel. Staat er in hetzelfde loggedeelte een betekenisvollere foutmelding dan de Watchdog-kill, dan tonen we die aan je.
Troubleshooting: symptoom, controle, oplossing
| Symptoom | Controle | Waarschijnlijke oplossing |
|---|---|---|
| Lag alleen bij het verkennen van nieuwe gebieden | Gebeurt het wanneer spelers onverkend terrein inlopen? | Wereldgeneratie; simulation-distance verlagen, wereld laten pregenereren |
| Lag op vaste tijdstippen | Tijdstip vergelijken met geplande taken | Backup- of herstartschema in tijd verschuiven |
| Server stopt zonder fout, log eindigt abrupt | Staat A single server tick took aan het einde? |
Watchdog-kill; de minuut ervoor lezen |
| TPS toont 20, maar het hapert toch | /spark tps — MSPT bekijken |
TPS-limiter verbergt de belasting; beslissen op basis van MSPT |
| Na het toevoegen van een mod | Mod verwijderen en opnieuw meten | Mod-conflict of belastende mod |
| Zaagtand in het TPS-verloop | Profiler op Garbage Collection controleren | Geheugendruk; RAM verhogen |
| „Dispatched async TPS command“ in het log | Alleen deze regel, verder onopvallend | Niets te doen — onze meting |
FAQ
Vanaf welke TPS-waarde merken spelers iets?
Tot ongeveer 18 TPS valt er in het spel niets op. Onder 15 wordt het merkbaar traag. Vertrouw daar alleen niet blind op: controleer ook MSPT, omdat de TPS-limiter een gezond getal kan tonen terwijl de server al op zijn limiet draait.
Helpt meer RAM tegen lag?
Alleen als geheugen echt de bottleneck is. Toont de profiler Garbage Collection als grootste post, ja. Toont hij een Redstone-klok of een mob-farm, dan verandert meer RAM niets. Meet eerst, koop daarna.
Moet ik de Watchdog uitschakelen?
Nee, niet permanent. -1 neemt je de enige automatische herkenning van een echte freeze af. Een tijdelijke verhoging van max-tick-time voor een bekende trage handeling zoals de eerste modpack-start is verdedigbaar — daarna terugzetten.
Waarom staat de Watchdog-melding na „Stopping server“?
Omdat de server al aan het afsluiten was en daarbij bleef hangen. De Watchdog heeft dan een vastgelopen afsluiting opgeruimd, niet een draaiende server neergehaald. De oorzaak staat vóór Stopping server.
Helpt een herstart?
Tegen een acute achterstand wel, tegen de oorzaak niet. Komt de lag na elke herstart binnen korte tijd terug, dan is hij structureel — dan kom je alleen verder met meten.
Wat is het verschil tussen view-distance en simulation-distance?
view-distance bepaalt hoe ver spelers kunnen kijken; simulation-distance bepaalt hoe ver de wereld daadwerkelijk wordt berekend. Beide staan standaard op 10 chunks. Omdat alleen gesimuleerde chunks rekentijd kosten, levert het verlagen van simulation-distance meer ontlasting op met minder zichtbaar verlies.
Als het blijft laggen
Verzamel vóór een supportaanvraag drie dingen: het exacte tijdstip van het laatste incident, de link naar je spark-profiler-rapport en de info welke mods of plugins er het laatst zijn bijgekomen. Daarmee kan het passende gedeelte in het log gericht worden gecontroleerd, in plaats van een algemene optimalisatieronde te doen.
Algemene knoppen voor alle games — herstartschema's, pakketkeuze, netwerk — vind je in de guide Gameserver-prestaties verbeteren. Hoe je mods en plugins netjes installeert en weer verwijdert, staat in Minecraft-mods en plugins installeren.
Wil je een server waarop TPS-meting, loguitleg en waarschuwingen zonder extra werk inbegrepen zijn? Op Een Minecraft-server huren vind je de passende pakketten.
Bronnen en teststand
max-tick-time, tickrate en afstanden: PaperMC — server.properties. Documenteert de standaardwaarde van 60000 milliseconden, het geforceerd beëindigen bij overschrijding, het uitschakelen met-1en de standaardwaarden 10 voorview-distanceensimulation-distance.- spark is inbegrepen in Paper: PaperMC — Profiling. Vanaf Paper 1.21 is geen aparte download nodig.
- MSPT vóór TPS: spark — TPS and MSPT. Legt uit waarom de TPS-limiter strak 20 kan tonen terwijl de server in werkelijkheid trager draait.
- Profiler-opdrachten: spark — Command Usage. Bron voor
/spark profiler start --timeout <sekunden>en/spark profiler stop.
Teststand: 24 augustus 2026. Standaardwaarden en opdrachten kunnen met nieuwe serverversies veranderen; controleer bij twijfel de gelinkte documentatie van de fabrikant.