Minecraft server lag verminderen: de complete optimalisatiegids

Lag is een verzamelwoord voor drie verschillende problemen, en wie ze door elkaar haalt zoekt de oplossing op de verkeerde plek. Deze gids loopt eerst langs de diagnose en daarna langs de maatregelen die het meeste opleveren.

Eerst vaststellen welk soort lag u heeft

Er zijn drie varianten:

• Serverlag. De server haalt de twintig ticks per seconde niet. Blokken breken traag af en mobs schokken. Dit ziet iedereen tegelijk.
• Netwerklag. Hoge ping tussen speler en server. De server draait prima, maar uw acties komen vertraagd aan. Dit verschilt per speler.
• Clientlag. Lage FPS op de computer van de speler. De server heeft hier niets mee te maken.

Typ /tps in de console of in de chat. Blijft dat rond de 20,0, dan ligt het probleem bij het netwerk of bij de client. Gebruikt u Paper, kijk dan naar de mspt-waarde: het aantal milliseconden dat de server per tick nodig heeft. Alles onder de 50 is gezond, daarboven zakt de TPS.

Stap 1: Paper of Purpur in plaats van Vanilla

De vanilla-server van Mojang is niet gebouwd voor tientallen spelers. Paper is een geoptimaliseerde variant die compatibel is met Spigot- en Bukkit-plugins en overal zuiniger omgaat met rekenkracht. Purpur bouwt daarop voort met nog meer instelmogelijkheden.

Overstappen kost weinig: u zet de server uit, wisselt de jar via de versiemanager in het paneel en start opnieuw. Uw wereld en spelersdata blijven behouden. Voor de meeste servers is dit in een paar minuten de grootste winst van de hele lijst.

Let op dat mods en plugins niet hetzelfde zijn. Draait u Forge, Fabric of NeoForge met mods, dan is Paper geen optie en zoekt u de winst in de volgende stappen.

Stap 2: view-distance en simulation-distance verlagen

In server.properties staat view-distance standaard op 10. Omdat het geladen gebied een vierkant is, groeit de belasting kwadratisch. Verlagen naar 8 scheelt bijna veertig procent aan geladen chunks en valt spelers zelden op.

Belangrijker nog is simulation-distance. Die bepaalt binnen welke straal de server daadwerkelijk entiteiten laat bewegen, gewassen laat groeien en redstone laat tikken. Zet die gerust op 6, ook als u de view-distance hoger houdt. Spelers zien dan nog steeds ver, maar de server rekent alleen dichtbij.

Stap 3: de wereld vooraf genereren

Nieuwe chunks berekenen is een van de zwaarste dingen die een Minecraft server doet. Stel daarom een worldborder in en genereer het gebied binnen die grens vooraf, bijvoorbeeld met de plugin Chunky. Doe dit als er niemand online is. Daarna leest de server bestaande chunks alleen nog van de NVMe-opslag, wat vrijwel niets kost.

Stap 4: meten met Spark

Raden waar de vertraging vandaan komt is zonde van uw tijd. Spark is een profiler die precies laat zien welke plugin, welk stuk code of welke wereld de tijd opsoupeert. Installeer de plugin en werk als volgt:

1. Start een meting met /spark profiler start op een moment dat de lag daadwerkelijk optreedt.
2. Laat de meting minimaal vijf minuten lopen terwijl er spelers online zijn.
3. Stop met /spark profiler stop. U krijgt een link naar een rapport.
4. Bekijk in dat rapport welke onderdelen bovenaan staan qua tijdsbeslag.
5. Gebruik daarnaast /spark health voor een snel overzicht van TPS, mspt en geheugengebruik.

Vrijwel altijd blijkt uit een dergelijk rapport dat een of twee onderdelen samen het grootste deel van de tijd opeisen. Dat is waar u moet zijn.

Stap 5: zware plugins herkennen

Sommige plugins zijn structureel duur. Let in het bijzonder op:

• Kaartrenderers die de wereld in beeld brengen. Plan het renderen op een rustig moment.
• Plugins die chunks geladen houden, zoals sommige claim- en shopsystemen. Elke kunstmatig geladen chunk blijft rekenkracht kosten.
• Plugins die per tick alle spelers aflopen, herkenbaar aan scoreboards die continu updaten.
• Alles wat bij elke blokwijziging naar een trage database schrijft.

Naast plugins zijn ook mobfarms, grote hoppersystemen en permanent draaiende redstoneklokken beruchte veroorzakers. Spark wijst die net zo goed aan.

Stap 6: Aikar-flags

De Java-startparameters die bekendstaan als de Aikar-flags stellen de G1-garbage collector zo in dat opruimwerk in kleine porties gebeurt in plaats van in lange pauzes. Vooral bij servers vanaf ongeveer 4 GB scheelt dat merkbare haperingen. In ons paneel geeft u deze parameters mee bij de opstartinstellingen. Het is geen wondermiddel voor een overbelaste server, maar het maakt een gezonde server wel gelijkmatiger.

Wanneer helpt meer RAM wel en wanneer niet

Meer geheugen helpt als de server tegen zijn limiet aanloopt. U herkent dat aan een geheugengrafiek die telkens de bovenkant raakt, aan lange haperingen tijdens het opruimen, of aan meldingen over onvoldoende geheugen in de console. Dat gebeurt vooral bij modpacks en grote werelden.

Meer geheugen helpt niet als de TPS zakt terwijl er nog ruimte over is. Dan doet de server per tick te veel rekenwerk, en dat wordt niet minder door de heap te vergroten. In dat geval zijn Paper, lagere afstanden en het aanpakken van een dure plugin veel effectiever.

Is het netwerk het probleem en niet de server, kijk dan naar de locatie. Onze servers staan in Nederland, Duitsland, Frankrijk en Polen, en op de site vindt u een latentiemeter om te zien welke locatie voor uw spelers de laagste ping geeft. Twijfelt u over de omvang van uw pakket, gebruik dan de keuzehulp of lees ons artikel over de RAM-behoefte per servertype. Het aanbod zelf staat op Minecraft hosting, en in de kennisbank leest u hoe u plugins installeert.