Ein Modpack, das für zwei Freunde perfekt läuft, kann auseinanderfallen, sobald sechs Spieler in verschiedene Richtungen erkunden, automatisierte Fabriken bauen und chunk-hungrige Dimensionen laden. Deshalb muss ein Guide zur Optimierung gemoddeter Server mit dem echten Ziel beginnen: nicht der größten RAM-Zahl, sondern stabilen TPS, wenn deine Welt tatsächlich gespielt wird.
Minecraft lässt seine Spielschleife mit 20 Ticks pro Sekunde laufen. Kann der Server einen Tick nicht in 50 Millisekunden abschließen, fallen die TPS. Spieler spüren das als verzögertes Blockabbauen, einfrierende und dann nach vorne springende Mobs, langsam laufende Maschinen oder einen Timeout für alle beim Teleportieren. Modded Minecraft fügt jedem Tick weit mehr Arbeit hinzu, deshalb heißt Lag beheben herauszufinden, welche Last CPU-Zeit, Speicher, Festplattenaktivität oder Netzwerkkapazität verbraucht.
Fang mit dem Lag an, den du messen kannst
Fang nicht damit an, zufällige Mods zu löschen oder den RAM zu verdoppeln. Reproduziere zuerst das Problem und sammle nützliche Daten. Beobachte TPS und MSPT, während Spieler online sind, und vergleiche sie mit einer Ausgangslage bei leerem Server. Die TPS sagen dir, ob der Server mithält. Die MSPT sagen dir, wie nah er daran ist, das Tick-Budget von 50 ms zu verfehlen. Ein Server, der bei 19,8 TPS steht, aber im Schnitt 45 MSPT hat, ist schon eine volle Basis vom Ärger entfernt.
Nutz einen Profiler, der deinen Loader und deine Server-Version unterstützt, etwa spark, wo kompatibel. Nimm ein Profil während der Lag-Spitze auf, nicht zehn Minuten später, wenn der Server untätig ist. Achte auf Entities, Block-Entities, Weltgenerierung, ein bestimmtes Mod-Event oder eine Dimension, die einen übergroßen Anteil an der Tick-Zeit hat.
Die üblichen Verdächtigen sind vertraut: große Mob-Farmen, Tausende fallengelassene Items, unkontrollierte Rohrnetze, Speichersysteme, die riesige Inventare scannen, Chunk-Loader und Maschinen, die in jedem Spieltick ticken. Ein Profiler verwandelt „der Server laggt“ in eine nützliche Antwort, etwa „dieser Steinbruch erzeugt 800 Entities“ oder „diese Dimension generiert Gelände für vier Spieler gleichzeitig“. Diese Unterscheidung spart Stunden. Unser Guide, wie du die TPS verbesserst, behandelt die Seite des Lesens ausführlicher.
Lies die Muster, bevor du Einstellungen änderst
Lag, der beginnt, wenn Spieler reisen, ist meist ein Problem der Weltgenerierung oder der Festplatten-Lesevorgänge. Lag, der rund um eine Basis schlimmer wird, sind oft Entities, Block-Entities oder Automatisierung. Ein Server, der mehrere Stunden gut läuft und dann pausiert oder abstürzt, hat womöglich zu wenig Speicher oder leidet unter Druck auf die Garbage Collection. Lag nur zu Stoßzeiten kann einfach bedeuten, dass der Tarif nicht genug schnelle CPU-Kapazität für die aktive Spielerzahl hat.
Ein kaputter Chunk kann auch etwas anderes sein als ein allgemeines Leistungsproblem. Brechen die TPS jedes Mal ein, wenn jemand einen bestimmten Koordinatenbereich betritt, teste es mit einem Operator online, untersuch, was dort geladen ist, und mach ein Backup, bevor du etwas entfernst. Behandle eine Live-Welt nie wie einen Wegwerf-Testordner.
Optimierung gemoddeter Server: Behebe zuerst die größte Last
Die schnellste Optimierung ist oft, Arbeit zu begrenzen, die der Server nie hätte leisten müssen. Fang mit Entities an. Setz vernünftige Mob-Limits in der Modpack- oder Server-Konfiguration, entferne Item-Haufen schnell und lass Farmen nicht laufen, wenn niemand ihren Ertrag braucht. Item-Filter, Void-Upgrades und Überlaufbehandlung sind nicht nur Komfort-Werkzeuge. Sie verhindern, dass eine kaputte Farm den Server in eine Diashow verwandelt.
Untersuch dann das Chunk-Laden. Chunk-Loader sind mächtig, weil sie Maschinen, Farmen und Dimensionen aktiv halten, ohne dass Spieler in der Nähe sind. Sie sind aber auch eine dauerhafte CPU-Rechnung. Setz ein Limit pro Spieler, deaktiviere Loader in Dimensionen, in denen sie Probleme verursachen, und verlang von Spielern, sie bewusst zu nutzen. Öffentliche Server brauchen womöglich strengere Regeln als ein kleiner Whitelist-SMP, weil du nicht davon ausgehen kannst, dass jeder Spieler die Kosten einer dauerhaft geladenen Fabrik versteht.
Automatisierung verdient dieselbe Aufmerksamkeit. Rohre, Kabel, Logistiknetze und Multiblock-Systeme können einzeln günstig, in großem Maßstab aber teuer sein. Ermutige Spieler, Upgrades, Stapelverarbeitung und vernünftiges Redstone-Timing zu nutzen, statt Dutzende ständig laufende Systeme zu bauen. Enthält ein Modpack einen bekannten schweren Transport- oder Speicher-Mod, konfigurier seine Scan-Intervalle und Limits vor dem Start statt danach, wenn der Haupt-Spawn-Bereich voller Maschinen ist.
Hier gibt es einen Kompromiss. Aggressives Entfernen von Entities oder strenge Limits für Chunk-Loader können Bauer frustrieren, die um die vorgesehenen Mechaniken eines Mods herum gebaut haben. Erklär die Limits, veröffentliche sie klar und gib den Spielern Alternativen. Stabiles Gameplay schlägt einen Server, auf dem jedes ehrgeizige Bauprojekt zu einer versteckten TPS-Steuer wird.
Generier die Welt vor, bevor du die Türen öffnest
Frische Geländegenerierung ist einer der häufigsten Gründe, warum sich ein neuer gemoddeter Server langsam anfühlt. Jeder neu erkundete Chunk kann Biom-Berechnungen, Strukturen, Erze, Features, gemoddete Bäume, unterirdische Systeme und dimensionsspezifische Generierung auslösen. Fliegen mehrere Spieler in entgegengesetzte Richtungen, vervielfacht sich diese Last schnell.
Oberwelt und alle stark genutzten Dimensionen vorzugenerieren, verlegt diese Arbeit aus der Spitzenspielzeit. Wähl einen Radius, der zu deiner Community passt. Ein privater Server mit ein paar Freunden kommt womöglich mit einer bescheidenen Grenze aus. Ein öffentlicher Server, der erkundungslastiges Gameplay erwartet, braucht vom ersten Tag an mehr Platz. Setz eine Weltgrenze, damit Spieler dem generierten Bereich nicht einfach davonlaufen und dasselbe Lag-Problem neu starten.
Vorgenerierung kostet Zeit, CPU und Speicherplatz. Lass sie vor dem Start oder in einem Wartungsfenster laufen, beobachte den Speicherplatz und behalte Backups. NVMe-Speicher hilft hier, weil Chunk-Dateien ständig gelesen und geschrieben werden, aber Speichergeschwindigkeit kann keine unbegrenzte Geländegenerierung durch eine schlecht verwaltete Weltgrenze ausgleichen.
Bevor du einen größeren Tarif kaufst, nimm während echten Lags ein spark-Profil auf und lies die obersten Einträge. Der meiste Modded-Lag lässt sich auf eine Handvoll Entities, eine ständig geladene Fabrik oder einen einzelnen tickenden Chunk zurückführen — Probleme, die mehr RAM nicht berührt. Skaliere die Hardware erst, wenn das Profil sagt, dass die Nachfrage echt ist.
Dimensionier die Hardware für Minecraft, nicht für Marketingzahlen
Gemoddete Server brauchen Speicher, aber die Leistung von Minecraft hängt stark an schneller Single-Core-Geschwindigkeit der CPU. Der Haupt-Thread des Servers erledigt einen Großteil der Tick-Arbeit, deshalb laggt ein überlasteter primärer Thread, selbst wenn mehrere CPU-Kerne weitgehend untätig wirken. Mehr vCPUs können bei Netzwerk, Backups, Generierungsaufgaben und unterstützenden Prozessen helfen, lösen aber nicht automatisch einen schwachen Haupt-Thread.
Der RAM sollte zum Modpack, den erwarteten Spielern und der langfristigen Komplexität der Welt passen. Ein leichtes Fabric-Modpack für ein paar Freunde läuft womöglich bequem mit weit weniger Speicher als ein großes Forge-Modpack voller Tech, Magie, Quests, Dimensionen und Dutzender aktiver Maschinen. Lass Platz für Betriebssystem und Panel-Overhead. Java jedes verfügbare Gigabyte zuzuteilen, kann den Host selbst instabil machen.
Geh nicht davon aus, dass mehr zugeteilter RAM immer schneller ist. Ein überdimensionierter Java-Heap kann die Pausen der Garbage Collection verlängern, während ein unterdimensionierter Heap ständigen Speicherdruck und Abstürze verursacht. Setz einen vernünftigen Mindest- und Höchst-Heap für das Modpack, halte sie bei Bedarf nah beieinander und nutz JVM-Flags, die zu deiner Java-Version passen. Moderne Minecraft-Versionen verlangen meist Java 17, 21 oder 25 (die 26.x-Releases brauchen 25), je nach Version, Loader und Modpack. Stimm die Java-Laufzeit auf die dokumentierte Anforderung des Modpacks ab, bevor du irgendetwas anderes debuggst.
Hier zählt auf Minecraft ausgerichtete Infrastruktur. Hochgetaktete Ryzen- oder EPYC-Hardware, schneller NVMe-Gen4-Speicher, verlässliche Backups und DDoS-Schutz beseitigen Infrastrukturengpässe, die Config-Dateien nicht beheben können. Elysium ist um genau diese Idee gebaut: dem Server ein starkes Fundament geben und Admins sich dann auf die Welt konzentrieren lassen, statt mit dem Control-Panel zu kämpfen.
Halte Änderungen an Forge, Fabric und dem Modpack kontrolliert
Forge und Fabric sind nicht austauschbar, und Optimierungs-Mods sind nicht universell sicher. Ein Performance-Mod, der auf Fabric gut funktioniert, existiert womöglich nicht für Forge, kollidiert mit einem anderen Mod oder verändert Verhalten, auf das das Modpack angewiesen ist. Füg nur Performance-Mods hinzu, die für deine genaue Minecraft-Version, Loader-Version und dein Modpack-Release geprüft sind.
Mach Änderungen zuerst in einer Staging-Kopie. Aktualisiere eine Gruppe von Mods nach der anderen, starte den Server, prüf die Logs, tritt als Spieler bei und teste die Systeme, die deine Community tatsächlich nutzt. Prüf Dimensionen, Claims, Chunk-Laden, Shops, Quests und Weltgenerierung. Ein Server, der erfolgreich startet, ist nicht unbedingt stabil.
Halte die Mod-Listen von Client und Server synchron, wo das Modpack es verlangt. Entferne reine Client-Mods vom Server, wenn sie dort nicht hingehören, aber rate nicht. Lies die Dokumentation und die Fehlermeldungen jedes Mods. Viele Startabstürze sind einfache Versionsabweichungen, fehlende Abhängigkeiten oder eine Java-Version, die nicht mehr zum Modpack passt.
Bau eine Wartungsroutine, die die Welt schützt
Optimierung ist fortlaufend, weil Welten wachsen. Plane Neustarts zu einer berechenbaren Zeit mit wenig Betrieb, um vorübergehende Ansammlungen zu beseitigen und geplante Updates einzuspielen. Sichere vor jedem Modpack-Update, jeder Config-Änderung oder jeder größeren Aufräumaktion. Teste gelegentlich Wiederherstellungen. Ein Backup, das du nie wiederhergestellt hast, ist nur eine Hoffnung.
Sieh dir die Profiler-Daten nach Community-Events, neuen Modpack-Kapiteln oder einem plötzlichen Anstieg der Spielerzahl an. Behalte den Speicherverbrauch im Auge, während sich vorgenerierte Regionen und Backups ansammeln. Achte in den Logs auf wiederholte Fehler, statt sie zu ignorieren, weil der Server trotzdem startet.
Vor allem: Sag den Spielern, wie sie helfen können. Ein kurzer Regelkanal zu Chunk-Loadern, Farm-Limits, Item-Aufräumen und dem Melden von Koordinaten laggender Bereiche verhindert viele Konflikte. Gute Optimierung heißt nicht, Kreativität einzuschränken. Sie stellt sicher, dass die Fabrik eines Spielers nicht allen anderen das Spiel stiehlt.
Beginnen die TPS zu rutschen, widersteh dem panischen Upgrade. Profiliere den Server, behebe die dominierende Last, schütz die Welt mit Backups und skaliere dann die Hardware, wenn die echte Nachfrage es verlangt. Deine Spieler bemerken den Unterschied dort, wo es zählt: Ihre Bauwerke reagieren, ihre Abenteuer laden, und der Server bleibt online, wenn sich die ganze Truppe einloggt.
Manche Engpässe liegen unter der Config-Ebene. Elysium betreibt gemoddete Server auf hochgetakteter Ryzen-Hardware mit NVMe-Gen4-Speicher, automatischen Backups und DDoS-Schutz, sodass die Optimierungsarbeit auf deine Welt zielt — nicht auf den Hoster. Wähl einen Tarif auf der Bestellseite oder fang an mit wie du Server-Lag reduzierst.