🎉 Spar 25% på din første måned med koden: DOOM25
Minecraft Server Lag: Sådan Fikser Du TPS Drops

Minecraft Server Lag: Sådan Fikser Du TPS Drops

Lær hvordan du diagnosticerer og fikser TPS drops på din Minecraft server. Dækker chunk loading, entity lag, plugin optimering og serverkonfiguration for stabile 20 TPS.

Magnus
·
7 min læsetid
·
26. feb. 2026

Minecraft Server Lag: Sådan Fikser Du TPS Drops

Din Minecraft-server hakker. Spillere klager over block-lag, mobs fryser på stedet og redstone-kredsløb opfører sig mærkeligt. Problemet er næsten altid det samme - dit TPS falder under 20.

TPS står for Ticks Per Second. Minecraft-servere kører en game loop der skal udføre præcis 20 ticks hvert sekund. Hver tick håndterer mob-AI, blok-opdateringer, chunk-loading, spillerinteraktioner og alt andet der holder verdenen kørende. Når serveren ikke kan følge med, falder TPS og alt begynder at lagge.

Det her er ikke det samme som FPS-lag eller netværkslatens. TPS-lag er serversidigt og påvirker alle spillere der er forbundet til serveren på samme tid. En spiller med 1000 Mbps internet oplever stadig TPS-lag - det har intet med deres forbindelseshastighed at gøre.

Minecraft F3 debug-skærm der viser serverydelse

Sådan Tjekker Du Dit TPS

Før du begynder at fikse ting, skal du vide hvor du står. På de fleste servere der kører Spigot, Paper eller Purpur, skriver du /tps i konsollen eller i chatten. Du vil se tre tal der repræsenterer gennemsnitligt TPS over de sidste 1, 5 og 15 minutter.

  • 20 TPS - Perfekt. Serveren kører med fuld hastighed.
  • 18-19 TPS - Små dyk. Spillerne bemærker det sandsynligvis ikke.
  • 15-17 TPS - Mærkbart lag. Mobs hakker, blokplacering føles forsinket.
  • Under 15 TPS - Alvorlige problemer. Serveren kæmper for at følge med.

For dybere analyse, installer Spark - et profileringsværktøj der viser præcis hvilke opgaver der spiser din tick-tid. Kør /spark profiler start, lad det køre i 2-3 minutter under et lagproblem og kør derefter /spark profiler stop for en fuld rapport.

De Mest Almindelige Årsager til TPS Drops

1. For Mange Entities

Entities er den største TPS-dræber på de fleste servere. Hver mob, droppet genstand, minecart, armor stand og experience orb tæller som en entity. Hver enkelt skal processeres hvert tick.

En typisk survival-server med 20 spillere kan nemt akkumulere tusindvis af entities i loadede chunks. Dyrefarme med hundredvis af køer eller kyllinger er en klassisk synder. En serveradmin på Reddit viste 18.000 entities fordelt på 400 loadede chunks - den server kørte på 8 TPS.

Minecraft slettelandskab med dyr og terræn

Sådan fikser du det:

  • Sæt entity-grænser i bukkit.yml under spawn-limits. At reducere monsters fra 70 til 40-50 og animals fra 10 til 6-8 gør mærkbar forskel.
  • Aktiver per-player-mob-spawn i Papers config for at fordele mob-spawning per spiller i stedet for globalt. Det forhindrer en spillers område i at konsumere hele mob-grænsen.
  • Brug merge-radius i spigot.yml til at kombinere nærliggende droppede genstande og experience orbs. Sæt item til 3.5 og exp til 4.0.
  • Tilføj et plugin som ClearLagg for periodisk at fjerne jordgenstande og begrænse entity-antal per chunk.

2. Chunk Loading og Verdensgenerering

Hver gang en spiller udforsker nyt terræn, skal serveren generere nye chunks fra bunden. På Paper og dens forks sker chunk-loading asynkront, hvilket kraftigt reducerer belastningen på main thread. Men på vanilla, Spigot eller Fabric rammer chunk-loading stadig main thread hårdt.

Hvis du ikke kører Paper, åbn server.properties og sæt sync-chunk-writes=false. Det kan alene forbedre TPS mærkbart på ikke-Paper-servere ved at flytte chunk-gemning væk fra main thread.

Sådan fikser du det:

  • Forgenerer din verden med Chunky. Sæt en verdensgrænse først så du ved hvilken radius du sigter efter.
  • Sæt en verdensgrænse for at forhindre spillere i at udforske uendeligt. En radius på 10.000 blokke giver rigeligt med plads (over 300 km² udforskeligt område) uden at verdenen vokser ukontrolleret.
  • I spigot.yml, juster view-distance ned fra standard 10 til 6-8.
  • I Papers konfiguration, sæt simulation-distance til 3 eller 4. Spillere kan se langt med view-distance, men kun nærliggende chunks simuleres. Det er en af de mest effektive indstillinger for ydelse.

3. Redstone og Hoppers

Redstone-konstruktioner og hopper-systemer er en anden stor kilde til TPS-dræn. Hoppers er særligt slemme fordi de tjekker for genstande over sig hvert tick som standard.

En enkelt hopper-kæde med 100 hoppers der kører konstant, kan spise en målbar del af din tick-budget. Servere med store automatiserede farme ser ofte hopper-lag som deres primære problem efter at have løst entity-problemerne.

Sådan fikser du det:

  • I Papers config, sæt hopper.disable-move-event til true. Det springer InventoryMoveItemEvent over for hoppers og forbedrer ydelsen dramatisk på servere med tung hopper-brug.
  • Øg ticks-per.hopper-transfer og ticks-per.hopper-check i spigot.yml (f.eks. fra 8 til 16). Det gør hoppers lidt langsommere men halverer processorkostnaden.
  • Overvej at bruge vandstrømme i stedet for lange hopper-kæder.

4. Plugins og Datapacks

Hvert plugin du installerer kører kode på serverens hovedtråd. Dårligt skrevne plugins eller simpelthen for mange plugins bidrager alle til TPS drops.

Sådan fikser du det:

  • Brug Sparks profiler til at identificere hvilke plugins der bruger mest tick-tid. Kør profileren under et lagproblem, ikke mens serveren er inaktiv.
  • Fjern plugins du ikke bruger. Hvert plugin tilføjer overhead selv når det er inaktivt.
  • Tjek om plugins har async-muligheder for tunge operationer. Et plugin der forespørger en MySQL-database på main thread fryser hele serveren under den forespørgsel.
  • Hold plugins opdaterede - udviklere fikser ofte ydelsesproblemer i nyere versioner.

5. Utilstrækkelig Hardware og JVM-Konfiguration

Nogle gange har serveren simpelthen ikke nok kraft. Minecraft er enkelttrådet for sin hoved-game loop, hvilket betyder at enkelttrådet clockhastighed betyder langt mere end antal kerner. En 4-kerners processor på 5,0 GHz slår en 16-kerners server på 2,5 GHz for Minecraft.

RAM spiller en rolle, men ikke på den måde de fleste tror. At allokere for meget RAM medfører længere garbage collection-pauser, der viser sig som lagspidser. For en server med 20 spillere er 4-6 GB normalt nok. For 50+ spillere, 8-10 GB.

Aikars JVM-flag reducerer garbage collection-lag dramatisk. Brug disse flag når du starter din server:

java -Xms6G -Xmx6G -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 -jar server.jar nogui

Disse flag optimerer Javas G1 garbage collector til Minecrafts hukommelsesmønster. De fleste lagspidser på ellers velindstillede servere skyldes GC, og disse flag løser det.

Anden hardware:

  • Brug SSD til serverlagring. Chunk-loading fra en roterende harddisk er smertefuldt langsom.
  • Vælg en hostingudbyder med højklockede CPU'er - enkelttrådsydelse er alt for Minecraft.

Minecraft multiplayer-serverhub med spillere

Serversoftware Betyder Noget

Kører du stadig vanilla Minecraft-serversoftware, efterlader du ydelse på bordet. Paper og dens fork Purpur inkluderer dusinvis af optimeringer der markant forbedrer TPS uden at ændre spillet.

Ydelsesforskellen er stor. Paper kan håndtere 2-3 gange flere spillere end vanilla ved samme TPS-niveau. Det inkluderer asynkron chunk-loading, optimeret entity-tickning og hurtigere redstone-behandling.

Anbefalet serversoftware:

  1. Paper - Standardvalget for enhver seriøs server. Drop-in erstatning for Spigot med store ydelsesforbedringer.
  2. Purpur - Fork af Paper med ekstra konfigurationsmuligheder og praktiske tweaks.
  3. Folia - Flertrådad fork for meget store servere (100+ spillere). Stadig under udvikling men lovende.

Undgå alt der påstår "async alt" - det er næsten altid bluff.

Hurtig Optimeringscheckliste

Indstilling Fil Anbefalet Værdi
view-distance spigot.yml 6-8
simulation-distance server.properties 3-4
spawn-limits.monsters bukkit.yml 40-50
spawn-limits.animals bukkit.yml 6-8
merge-radius.item spigot.yml 3.5
merge-radius.exp spigot.yml 4.0
hopper.disable-move-event paper config true
mob-spawner-tick-rate bukkit.yml 2
sync-chunk-writes server.properties false
per-player-mob-spawn paper config true

Hold Din Server Kørende Glat

TPS drops er frustrerende, men de er næsten altid løsbare. Start med at profilere med Spark for at finde den reelle flaskehals. Arbejd derefter gennem fixene ovenfor med entities og chunk-loading først. Tilføj JVM-flagene - de alene løser overraskende mange klagermål om lagspidser.

Leder du efter Minecraft hosting der giver dig CPU-kraften og SSD-lagringen til at holde dit TPS på solide 20? Tjek DoomHostings Minecraft server hosting. Vi kører højklockede processorer optimeret til enkelttrådet arbejdsbelastning - præcis hvad Minecraft har brug for.

🚀

Klar til at komme i gang?

Oplev premium spilserver hosting med DoomHosting. Øjeblikkelig opsætning, 24/7 support og 99,99% oppetidsgaranti.

Kom i gang

Relaterede Indlæg