Leistungs-Guide für Minecraft-Server: Engpass finden, Lag beheben

Ein Server kann 20 TPS zeigen, bis ein paar Spieler in unerforschtes Gelände fliegen, eine Farm anspringt und sich der Chat mit „Lag?“ füllt. Dieser Leistungs-Guide für Minecraft-Server ist für genau diesen Moment gebaut. Das Ziel ist nicht, jedes Problem mit mehr RAM zu bewerfen. Sondern den eigentlichen Engpass zu finden, ihn sauber zu beheben und deine Welt reaktionsschnell zu halten, wenn deine Community online ist.

Fang mit TPS, MSPT und der Art des Lags an

Die TPS sagen dir, wie viele Spielticks dein Server pro Sekunde abschließt. Minecraft zielt auf 20 TPS. Fallen die TPS, verzögert sich Redstone, Mobs reagieren langsam, und Spieler spüren, wie die Welt hinter ihnen herhinkt.

MSPT, also Millisekunden pro Tick, erklären warum. Ein Server hat 50 Millisekunden, um jeden Tick abzuschließen und bei 20 TPS zu bleiben. Steigen die MSPT regelmäßig über 50, kann der Server nicht mithalten. Das ist die Zahl, die du genau bei der Aktivität beobachten solltest, die Beschwerden auslöst, nicht nur, wenn der Server leer ist.

Trenn zuerst Server-Lag von Netzwerk-Lag. Hat ein Spieler Rubber-Banding, während alle anderen in Ordnung sind, ist womöglich seine Route oder Verbindung das Problem. Sieht jeder Spieler verzögerte Blöcke, langsame Entities und niedrige TPS, braucht der Server selbst Aufmerksamkeit — unsere Analyse, warum ein Server laggt, hilft, beides auseinanderzuhalten. Ein Profiler wie spark kann dann zeigen, ob die Zeit in Chunk-Generierung, eine Plugin-Aufgabe, Entities, Redstone oder einen Mod fließt.

Such keine Fehler nach Vermutungen. Prüf die Server-Konsole auf Fehler, beobachte TPS und MSPT zu Stoßzeiten und reproduziere das Problem, wo möglich. Ein paar Belege verhindern Stunden, in denen du Einstellungen änderst, die nie verantwortlich waren.

Priorisiere Single-Core-Leistung der CPU

Die Hauptspielschleife von Minecraft hängt stark von einem schnellen CPU-Kern ab. Mehr Kerne sind nützlich für unterstützende Aufgaben, Datenbanken, Backups, Proxys und manche asynchrone Arbeit, verteilen aber nicht auf magische Weise einen überlasteten Tick auf jede vCPU. Für einen vollen Survival-Server ist starke Single-Core-Geschwindigkeit meist wertvoller als eine hohe Kernzahl mit schwächerer Leistung pro Kern.

Das zählt am meisten, wenn Spieler Gelände generieren, viele Chunks laden, dichte Farmen betreiben oder Plugins nutzen, die in jedem Tick Arbeit leisten. Moderne Ryzen-Hardware gibt einem Server viel mehr Reserve als alte, überbuchte CPU-Nodes, aber Hardware ist nur ein Teil der Antwort — das ganze Bild zeigt unser Hardware-Guide für Server. Eine langsame Konfiguration kann einen schnellen Prozessor trotzdem verschwenden.

Fallen die TPS nur, wenn neues Gelände lädt, geht die CPU-Zeit wahrscheinlich in die Weltgenerierung. Passiert es rund um eine bestimmte Basis, untersuch Entities, Trichter, Item-Haufen und Redstone-Uhren in diesem Bereich. Tritt es in regelmäßigen Abständen auf, such nach geplanten Plugin- oder Mod-Aufgaben.

Gib dem RAM eine Aufgabe, nicht nur eine größere Zahl

Der RAM hält geladene Chunks, aktive Entities, Plugin-Daten und den Java-Heap. Zu wenig Speicher verursacht Druck auf die Garbage Collection, Freezes, Abstürze und schlechtes Chunk-Verhalten. Zu viel Speicher kann ebenfalls wenig hilfreich sein, wenn er ohne Grund zugeteilt wird, besonders wenn der Java-Prozess einen riesigen Heap hält und Pausen spürbarer werden.

Die richtige Menge hängt von deinem Servertyp ab. Ein privater Vanilla-SMP mit einer Handvoll Spieler hat ganz andere Bedürfnisse als ein Paper-Netzwerk mit 100 Spielern oder ein Forge-Modpack mit Hunderten Mods. Gemoddete Server brauchen oft deutlich mehr Speicher, weil jeder Mod Inhalte, Logik, Registries und Weltdaten hinzufügt — unser Guide zur RAM-Dimensionierung und der RAM-Rechner liefern dir eine Ausgangszahl.

Beobachte vor einem Upgrade den tatsächlichen Speicherverbrauch. Liegt der Verbrauch dauerhaft nahe am zugeteilten Maximum und fallen Ereignisse der Garbage Collection mit Rucklern zusammen, füg RAM hinzu. Liegt der Speicher bequem unter dem Limit, während die TPS fallen, ist das Problem eher CPU-Zeit, Festplattenaktivität, Chunk-Generierung oder ineffiziente Inhalte.

Nutz eine aktuelle Java-Version, die dein Minecraft-Release unterstützt, und halte die JVM-Flags vernünftig. Gute JVM-Flags können unnötige Pausen reduzieren, aber kein Plugin reparieren, das jeden geladenen Chunk scannt, oder ein Modpack, das ohne Leistungstests gebaut wurde. Behandle Flags als Feinabstimmung, nicht als Wundermittel.

Reduzier die Chunk-Arbeit, bevor Spieler sie spüren

Chunk-Generierung ist einer der schnellsten Wege, einen gesunden Server in einen ruckelnden zu verwandeln. Jede unerforschte Richtung bedeutet Geländeberechnungen, Strukturen, Beleuchtung, Schreibvorgänge auf die Festplatte und Daten, die an Spieler gesendet werden. Ein Elytra-Event oder mehrere Spieler, die in entgegengesetzte Richtungen erkunden, können eine ernsthafte Spitze erzeugen.

Den Bereich vorzugenerieren, den Spieler nutzen werden, ist eines der besten Upgrades, die du machen kannst. Generier die Grenzen von Oberwelt, Nether und End vor dem Start oder vor einem großen Event. Dein Server kann dann vorbereitete Chunks aus schnellem Speicher laden, statt sie live zu bauen, während sich die Spieler bewegen. Die Details stehen in unserem Guide zum Reduzieren der Chunk-Ladelast.

View-distance und simulation-distance sind genauso wichtig, und sie sind nicht dieselbe Einstellung. Die view-distance steuert, wie weit Spieler sehen können. Die simulation-distance steuert, wie weit Blöcke, Flüssigkeiten, Redstone, Pflanzen und viele Entities aktiv bleiben. Die simulation-distance zu senken, hat oft einen stärkeren Einfluss auf die Tick-Zeit, als nur die view-distance zu senken — beide stehen in server.properties.

Es gibt keine universell perfekte Zahl. Ein kleiner SMP nur unter Freunden fühlt sich mit höheren Einstellungen vielleicht großartig an. Ein öffentlicher Server mit aktiven Farmen braucht ein konservativeres Setup. Mach eine Anpassung, teste sie bei realistischer Spielerzahl und entscheide dann. Jede Einstellung aufs Minimum zu senken, verbessert vielleicht die Kennzahlen, lässt die Welt aber leer wirken.

Räum Entities, Farmen und Redstone auf, ohne das Gameplay zu ruinieren

Die größten Leistungsprobleme entstehen oft in der Welt selbst. Ein einziger Chunk voller Dorfbewohner, Trichter, Loren, Rahmen, Rüstungsständer und fallengelassener Items kann mehr kosten als Dutzende normale Spieler. Große automatisierte Farmen sind womöglich legitimes Gameplay, brauchen auf einem Mehrspieler-Server aber trotzdem vernünftige Grenzen.

Nutz Profiling-Daten, bevor du etwas entfernst. Ziel dann auf die eigentliche Quelle: Item-Ansammlungen begrenzen, übermäßige Trichteraktivität drosseln, verlassene Entities wo angebracht entfernen und Spieler bitten, Farmen mit grundlegender Effizienz im Kopf zu bauen. Öffentliche Projekte profitieren von klaren Regeln für AFK-Farmen, Chunk-Loader und Maschinen, die nur gebaut werden, um Lag zu erzeugen.

Paper und Purpur bieten praktische Steuerung für Entity-Verhalten, Trichter-Timings, Despawn-Reichweiten und Aktivierungsreichweiten. Diese Einstellungen sind mächtig, weil sie Arbeit reduzieren, die der Server ständig leistet. Sie beeinflussen auch Spielmechaniken, also teste sie auf einer Staging-Welt, bevor du eine Live-Wirtschaft oder eine technische Community veränderst. Unsere Anleitung zu den besten Paper-Server-Einstellungen geht sie einzeln durch.

Prüf Plugins und Mods wie Code, der auf deinem Server läuft

Jedes Plugin und jeder Mod ist ein weiteres Stück Code, das sich das Tick-Budget teilt. Ein bekannter Name ist keine Leistungsgarantie, und ein leichtes Feature kann teuer werden, wenn es wiederholt jeden Spieler, Block oder Chunk prüft.

Halte deinen Stack bewusst. Entferne aufgegebene Plugins, doppelte Features und alles, was für ein einmaliges Event installiert wurde. Aktualisiere die Software, die du behältst, aber lies die Änderungsnotizen und sichere zuerst. Ein Plugin, das auf einer älteren Minecraft-Version in Ordnung war, verhält sich nach einem Update womöglich anders.

Nutz für Paper oder Purpur einen Profiler, wenn die TPS einbrechen, und untersuch die teuersten Aufgaben. Für Forge und Fabric profilierst du das Modpack unter echten Bedingungen: Spieler online, geladene Basen, laufende Maschinen und aktive Dimensionen. Nur am Spawn mit einem Administrator zu testen, beweist fast nichts.

Sei bei großen Modpacks besonders vorsichtig. Mehr Mods bedeuten mehr Möglichkeiten, aber auch mehr Kompatibilitätsprobleme, längere Startzeiten, schwerere Welt-Speicherungen und eine größere Support-Fläche. Bau um das, was deine Spieler tatsächlich nutzen werden, nicht um eine Feature-Liste, die am Starttag beeindruckend aussieht — der Guide zur Optimierung gemoddeter Server behandelt die gemoddete Seite ausführlich.

Speicher, Backups und Neustarts sind auch Leistungswerkzeuge

Schneller NVMe-Speicher hilft, wenn Chunks laden, Welten speichern, Logs geschrieben werden und Backups laufen. Er ersetzt keine CPU-Leistung, aber langsame Festplatten-I/O kann normales Gameplay in Freezes verwandeln, wann immer der Server speichert oder erkundet. Deshalb zählt die Speicherqualität für Minecraft mehr, als viele neue Admins erwarten.

Plane Backups so, dass sie deine Welt schützen, ohne den Server in der vollsten Stunde zu malträtieren. Behalte mehr als einen Wiederherstellungspunkt, besonders vor Modpack-Änderungen, Versions-Upgrades oder größeren Konfigurationsänderungen. Ein Backup ist nur nützlich, wenn du es nach einem schlechten Update oder einem versehentlichen Löschen der Welt wiederherstellen kannst.

Geplante Neustarts helfen auch lange laufenden Servern, berechenbar zu bleiben. Ein Neustart in einem ruhigen Fenster räumt angesammelten Zustand auf und gibt Updates einen sauberen Bereitstellungspunkt. Kündige sie an, speicher zuerst die Welt und behandle Neustarts nicht als dauerhafte Heilung für eine ungelöste Lag-Quelle.

Bau für das echte Verhalten der Spieler auf deinem Server

Ein Whitelist-SMP mit 10 Spielern, ein plattformübergreifender Community-Server und ein BungeeCord-Netzwerk brauchen nicht denselben Tarif. Fang mit dem Gameplay an, das du hostest, der erwarteten gleichzeitigen Spielerzahl und der schwersten Aktivität, die Spieler ausführen werden. Wähl dann einen Servertyp und Ressourcen, die dazu passen.

Vanilla funktioniert gut für einfache Communities. Paper und Purpur sind starke Wahlen für Plugin-basierte Server, die praktische Optimierungssteuerung brauchen. Forge und Fabric passen zu gemoddetem Gameplay, aber reservier mehr Spielraum und teste Updates sorgfältig. Erwartest du Wachstum, lass Raum für Spitzenaktivität, statt den Server um einen leeren Wochentagnachmittag herum zu dimensionieren — unser Guide zur Kapazitätsplanung zeigt wie.

Elysium kombiniert Minecraft-erfahrenen Support mit hochgetakteter Ryzen-Infrastruktur, NVMe-Gen4-Speicher, automatischen Backups und einem Pterodactyl-Panel, damit die Hosting-Ebene nicht zu einem weiteren Projekt wird, das du verwalten musst. Welt und Software solltest du trotzdem abstimmen, aber du solltest nicht mit deinem Hoster um grundlegende Reaktionsfähigkeit kämpfen müssen.

Der beste Server ist nicht der mit den größten beworbenen Specs. Es ist der, der nahe 20 TPS bleibt, wenn Spieler wirklich Spaß haben: erkunden, bauen, farmen, kämpfen und Freunde einladen. Miss diese Momente, behebe die Last dahinter, und deine Community bekommt die einzige Leistungskennzahl, die ihr wirklich wichtig ist — eine Welt, in der sich das Spielen gut anfühlt.