server

Server-Performance & TPS optimieren

Ruckelt dein Server, laden Chunks langsam nach oder „hängen" Mobs in der Luft? Meistens steckt eine niedrige TPS dahinter. In diesem Artikel lernst du, was TPS bedeutet, welche typischen Ursachen für Lag es gibt und wie du deinen Minecraft-Server – ob Vanilla, Paper oder Fabric – Schritt für Schritt schneller machst. Geschrieben für Gamesilo-Nutzer vom Einsteiger bis zum Fortgeschrittenen.

Was ist TPS?

TPS steht für Ticks per Second (Ticks pro Sekunde). Ein Minecraft-Server berechnet die gesamte Spielwelt in festen „Ticks": Mob-Bewegungen, Redstone, Pflanzenwachstum, Physik. Das Ziel sind 20 TPS – dann läuft die Welt in Echtzeit. Sinkt der Wert, verlangsamt sich alles: Uhren gehen falsch, Mobs reagieren träge, Ernten dauern länger.

Wichtig: TPS können nie über 20 steigen. Fallen sie darunter, spricht man von „TPS-Lag" oder einem überlasteten Server. Verwechsle das nicht mit Ping/Latenz (Verbindung zwischen dir und dem Server) oder deinen Client-FPS (Leistung deines eigenen Rechners) – das sind drei verschiedene Dinge.

> Tipp: Werte ab 19,5 TPS sind völlig unbedenklich. Erst dauerhaft unter ~18 TPS wird es für Spieler spürbar.

TPS messen

Bevor du optimierst, miss den Ist-Zustand. Rate nie – miss.

1. `/tps` – Gib den Befehl im Spiel (als OP) oder in der Konsole ein. Auf Paper/Purpur zeigt er drei Werte: die letzte Minute, 5 Minuten und 15 Minuten. Grün ist gut, gelb/rot bedeutet Last. 2. `/spark` – Der De-facto-Standard zur Analyse. Das Plugin/Mod findest du auf Modrinth oder CurseForge (für Paper, Fabric und Forge). Mit `/spark profiler` startest du eine Messung, bekommst nach ein paar Minuten einen Link mit einem detaillierten Report und siehst genau, welcher Codepfad, welches Plugin oder welche Dimension die Zeit frisst. 3. `/spark tps` und `/spark health` – schnelle Momentaufnahme von TPS, MSPT (Millisekunden pro Tick) und CPU-Auslastung. Bleibt die MSPT unter 50 ms, schafft der Server 20 TPS locker.

> Tipp: Das alte „Timings"-System von Paper wurde eingestellt. Nutze heute Spark – es ist genauer und funktioniert auch auf Fabric/Forge.

In deinem Gamesilo-Dashboard erreichst du die Server-Konsole direkt über den Tab Konsole; dort kannst du `/tps` und `/spark`-Befehle ohne Ingame-Login absetzen.

Häufige Ursachen für Lag

Zu hohe View-/Simulation-Distance: Jeder zusätzliche Chunk-Ring vervielfacht die Rechenlast. Die Simulation-Distance ist teurer als die reine Sichtweite, weil in ihr Mobs, Redstone und Ticks aktiv berechnet werden.
Zu viele Entities: Verstreute Items, riesige Mob-Farmen, Tierzuchten oder abgestellte Boote/Rüstungsständer. Mit `/spark` oder Ingame-Zählern findest du Hotspots schnell.
Redstone & Hopper: Große Sortieranlagen, Uhren und Hopper-Ketten ticken jeden einzelnen Tick und sind klassische TPS-Killer.
Chunk-Generierung: Wenn Spieler in unerforschtes Gelände laufen, muss der Server neue Chunks live erzeugen – kurzzeitig ein starker Ruck.
Zu wenig oder falsch genutzter RAM: Bei zu wenig Arbeitsspeicher pausiert die Garbage Collection den Server (spürbare Stotterer).
Schwere Plugins/Mods: Einzelne schlecht optimierte Erweiterungen können mehr Last erzeugen als der Rest zusammen.

Paper-Tuning: die wirksamsten Stellschrauben

Wenn du noch Vanilla fährst, ist der Wechsel zu PaperMC (von papermc.io) der größte Einzelgewinn – identisches Gameplay, aber dutzende Performance-Optimierungen. Für modded Server bringen Fabric (von fabricmc.net) plus die Mods Lithium und FerriteCore (auf Modrinth) einen ähnlichen Schub.

Wichtige Werte in `server.properties`:

`view-distance` – auf 8–10 setzen (Standard 10).
`simulation-distance` – auf 6–8 senken; das entlastet spürbar, ohne dass Farmen stehen bleiben.

In `paper-world-defaults.yml` (bzw. pro Welt) lohnen sich:

Mob-Caps unter `entities.spawning` – reduziere `monsters`/`animals`, wenn viele Mobs spawnen.
`merge-radius` für Items/Erfahrung erhöhen, damit weniger Entities existieren.
`ticks-per` / `alt-item-despawn-rate` – Items schneller verschwinden lassen.
`entity-per-chunk-save-limit` und `hopper.disable-move-event` gegen Hopper-Last.

> Achtung: Ändere immer nur wenige Werte gleichzeitig und teste danach. Sonst weißt du hinterher nicht, welche Einstellung geholfen (oder etwas kaputt gemacht) hat. Lege vorher ein Backup an.

Pregeneration: Chunks vorab erzeugen

Ein großer Teil des Lags entsteht beim Live-Generieren neuer Chunks. Mit Chunky (kostenlos auf Modrinth/CurseForge, für Paper und Fabric) erzeugst du die Welt im Voraus:

1. Installiere Chunky und lade den Server neu. 2. Setze einen Radius, z. B. `/chunky radius 3000` (in Blöcken vom Spawn). 3. Starte mit `/chunky start`. Lass es laufen, während wenige Spieler online sind. 4. Danach werden diese Chunks nur noch geladen, nicht mehr generiert – deutlich flüssiger.

> Tipp: Pregeneration verbraucht viel CPU. Führe sie in einer ruhigen Zeit durch und beobachte parallel die TPS.

RAM richtig dimensionieren

Mehr RAM macht nicht automatisch schneller – er verhindert Aussetzer durch Garbage Collection. Als Faustregel: Vanilla/Paper mit wenigen Spielern kommt mit 2–4 GB aus, größere Modpacks brauchen 6 GB und mehr. Zu viel zugewiesener RAM kann durch längere GC-Pausen sogar schaden. Achte auf eine aktuelle Java-Version (Java 21 über Adoptium/Temurin) und moderne GC-Flags (Aikar's Flags).

In deinem Gamesilo-Dashboard ist der RAM deines Pakets fest hinterlegt – konzentriere dich hier vor allem auf die obigen Software-Optimierungen, sie bringen pro Gigabyte am meisten.

Kurz-Checkliste

1. Miss zuerst mit `/tps` und `/spark`. 2. Wechsle auf Paper (oder Fabric + Lithium). 3. Senke Simulation-Distance auf 6–8. 4. Räume überflüssige Entities und Redstone-Dauerläufer weg. 5. Pregeneriere die Welt mit Chunky. 6. Prüfe RAM und Java-Version.

Siehe auch

Backups anlegen und wiederherstellen
Plugins und Mods installieren
Welt-Grenzen (World Border) setzen
Java-Version wählen

Zurück zur Wissensdatenbank