Ein Modpack-Server kann 20 TPS zeigen, solange alle stillstehen, und dann auseinanderfallen, sobald drei Spieler in verschiedene Richtungen losziehen. Deshalb geht es bei den besten Modpack-Server-Einstellungen nicht nur darum, Minecraft mehr RAM zu geben. Es geht darum, die Arbeit zu steuern, die dein Server in jedem Tick leistet: Weltgenerierung, Entity-KI, Mod-Maschinen, Chunk-Laden und Festplattenaktivität.
Bei einem privaten Modpack mit Freunden kannst du oft einen größeren Erkundungsradius priorisieren. Bei einem öffentlichen Server mit 20 Spielern zählen berechenbare TPS mehr, als jeden Spieler gleichzeitig einen neuen Kontinent generieren zu lassen. Fang mit einer stabilen Basis an, miss, was unter echter Spielerlast passiert, und ändere dann eine Einstellung nach der anderen.
Fang mit Hardware an, die zu Modded Minecraft passt
Modded Minecraft reagiert ungewöhnlich empfindlich auf die CPU-Geschwindigkeit. Der RAM bestimmt, ob der Server Platz für geladene Chunks, Mods und Spielerdaten hat, aber ein langsamer CPU-Kern bleibt ein langsamer CPU-Kern. Dauert ein Tick zu lange, behebt zusätzlicher Speicher das nicht.
Plane für die meisten modernen Forge- und Fabric-Modpacks mit hoher Single-Core-Leistung, NVMe-Speicher und genug Speicher für das Modpack plus aktive Spieler. NVMe zählt, weil Modpacks durch Region-Dateien, Spielerdaten, Backups und Chunk-Generierung häufige Festplattenaktivität erzeugen. Langsamer Speicher verwandelt Teleports, Erkundung und Neustarts in spürbare Ruckler.
Als praktischer Ausgangspunkt sind 6 GB für leichtere Modpacks und eine kleine Gruppe machbar. Die meisten mittleren bis schweren Modpacks fühlen sich mit 8 GB bis 10 GB wohler. Große Kitchen-Sink-Modpacks, volle Welten oder Communities mit mehreren Dimensionen brauchen oft 12 GB oder mehr. Spring aber nicht blind auf die größte Zuteilung. Gibst du Java fast den ganzen verfügbaren Speicher, bleibt keine Reserve für die Betriebsumgebung, und die Pausen der Garbage Collection können schlimmer werden — unsere RAM-Analyse für Modded und der RAM-Rechner helfen dir, die richtige Zahl zu finden.
Die Ryzen-Tarife von Elysium sind um den Teil gebaut, der am meisten zählt, wenn Ticks teuer werden: konstante CPU-Leistung, unterstützt von NVMe-Gen4-Speicher für schnelleres Lesen und Schreiben der Welt.
Nutz die richtige Java-Version und Speicherzuteilung
Bevor du Configs anpasst, prüf, ob deine Java-Version zur Minecraft-Version des Modpacks und den Anforderungen des Loaders passt. Viele Modpacks für 1.18 bis 1.20.4 erwarten Java 17, Setups für 1.20.5 bis 1.21.x brauchen meist Java 21, und die neuen 26.x-Releases brauchen Java 25. Eine falsche Java-Version kann Startfehler, zufällige Mod-Fehler oder Leistungsprobleme verursachen, die wie ein Server-Problem aussehen.
Setz Mindest- und Höchstspeicher bewusst. Bei einem Tarif mit 8 GB ist ein sinnvoller Ausgangspunkt oft -Xms6G -Xmx7G, nicht -Xmx8G. So hat die Maschine Luft zum Atmen, während der Java-Heap groß genug für das Modpack bleibt. Verwaltet dein Hoster die Java-Flags für dich, halte die Zuteilung innerhalb der Empfehlung im Panel, statt einen zufälligen Flag-String aus einem alten Forenbeitrag einzufügen.
Moderne Java-Garbage-Collection kommt mit G1GC, dem Standard in vielen Umgebungen, meist gut zurecht. Fortgeschrittene JVM-Flags können in bestimmten Fällen helfen, sind aber kein magischer TPS-Fix. Zeigt dein Profiler, dass ein Mod 60 ms pro Tick verbraucht, repariert das kein Flag-Paket. Behebe zuerst die Last.
Die Einstellungen, die über die Tick-Stabilität entscheiden
Die wirksamsten Leistungseinstellungen stehen meist in server.properties. Sie reduzieren unnötige Simulation, ohne das Modpack selbst zu verändern.
Halte die view-distance realistisch
Eine view-distance von 8 bis 10 ist ein starker Standard für die meisten gemoddeten Server. Bei 10 kann jeder Spieler einen großen Bereich an Chunks aktiv halten, und die Kosten vervielfachen sich schnell, wenn sich die Spieler verteilen. Eine view-distance von 16 Chunks fühlt sich für Screenshots großartig an, ist aber auf einem gemoddeten Server teuer, wo jeder geladene Chunk Maschinen, Mobs, Pflanzen, Rohre und tickende Blöcke enthalten kann.
Sinken die TPS, wenn Spieler erkunden, senk view-distance zuerst auf 8. Die Spieler merken den Unterschied kaum — verglichen mit einem Server, der bei der Geländegenerierung einfriert.
Senk die simulation-distance vor der view-distance
simulation-distance steuert, wie weit der Server Chunks aktiv verarbeitet. Hier wachsen Pflanzen, bewegen sich Mobs, läuft Redstone und ticken viele gemoddete Blöcke. Setz sie für die meisten Modpacks auf etwa 4 bis 6. Die Spieler sehen trotzdem weiter als den Simulationsbereich, aber der Server hat weniger Arbeit.
Eine gute Ausgangskombination ist view-distance 8 und simulation-distance 5. Verlässt sich deine Community stark auf entfernte Farmen oder Chunk-Loader-Bauten, erhöh die simulation-distance vorsichtig und beobachte die TPS zu Stoßzeiten.
Setz ein vernünftiges Spielerlimit
Deine Einstellung max-players sollte deine tatsächliche Hardware und dein Modpack widerspiegeln, nicht eine optimistische Zahl in einer Serverliste. Zehn aktive Spieler in getrennten Dimensionen können anspruchsvoller sein als 30 Spieler am Spawn. Fang mit einem Limit an, von dem du weißt, dass der Server es schafft, und erhöh es nach einem echten Lasttest.
Aktivier während des Aufbaus und der Tests außerdem eine Whitelist. Sie verhindert, dass überraschende Beitritte deine Einrichtungsphase in einen unfreiwilligen Stresstest verwandeln.
Ein Tick hat 50 ms, und du entscheidest, wie du sie ausgibst. View-distance, Simulation, Chunk-Loader, Mob-Limits und Tick-Raten von Maschinen zahlen alle aus demselben Geldbeutel. Gib es für das Gameplay aus, für das deine Spieler wirklich gekommen sind, und hör auf, für Chunks und Systeme zu zahlen, die niemand nutzt.
Verhindere, dass die Weltgenerierung jeden Tick stiehlt
Neues Gelände ist eine der größten Quellen für Lag bei Modded. Jeder unerforschte Chunk braucht womöglich Strukturen, Erze, Biom-Berechnungen, gemoddete Features und mehrere Datapack-Regeln. Fliegen mehrere Spieler mit temposteigernder Ausrüstung in verschiedene Richtungen, kann der Server mehr Zeit damit verbringen, Chunks zu erschaffen, als Gameplay zu verarbeiten.
Generier den Bereich vor, den deine Spieler nutzen werden, bevor du den Server öffnest. Das genaue Tool hängt von Loader und Minecraft-Version ab, aber das Ziel ist dasselbe: Oberwelt, Nether, End und alle großen gemoddeten Dimensionen im Voraus erzeugen. Lass die Generierung laufen, wenn keine Spieler online sind, und starte den Server vor dem Launch neu — die Mechanik erklärt unser Guide zum Reduzieren der Chunk-Ladelast.
Setz eine Weltgrenze, wenn dein Projekt einen festgelegten Spielbereich hat. Es geht nicht darum, die Welt klein wirken zu lassen. Sie gibt dir eine Leistungsgrenze und macht Backup-Größen, Speicherverbrauch und Vorgenerierung handhabbar. Erweitern kannst du sie später jederzeit bei einer geplanten Wartung.
Lass Chunk-Loader nicht unbegrenzt laufen. Ein paar Gemeinschaftsmaschinen sind in Ordnung. Dutzende dauerhaft geladene Basen voller Verarbeitungssysteme nicht. Die meisten Modpacks bieten Limits für Chunk-Loading, und diese Limits sollten an die tatsächliche Kapazität des Servers gebunden sein.
Stimm die Mods ab, nicht nur Minecraft
Das schwerste Problem auf einem gemoddeten Server steckt oft im Modpack. Ein schlecht konfigurierter Mob-Mod, ein Steinbruch, ein Rohrnetz, ein Speicher-Controller oder eine automatisierte Farm kann mehr Lag erzeugen als alle Vanilla-Einstellungen zusammen.
Prüf vor dem Start den Server-Config-Ordner jedes Modpacks. Achte auf Optionen zu Mob-Limits, Tick-Raten von Maschinen, Häufigkeit der Weltgenerierung, Chunk-Loadern, Fake-Spielern und Entity-Limits. Behalte zunächst die Standardwerte des Modpack-Autors, es sei denn, sie sind klar für Einzelspieler gedacht. Stimm dann anhand dessen ab, was deine Spieler tatsächlich bauen.
Zum Beispiel kann das Senken der Limits für feindliche Mobs die Leistung in einem kampflastigen Modpack verbessern, aber den Fortschritt zerstören, wenn Spieler Mob-Drops brauchen. Die Verarbeitungsrate einer Maschine zu drosseln, kann die TPS schützen, aber ein Tech-Modpack zäh wirken lassen. Die richtige Einstellung ist die, die die Gesundheit des Servers schützt, ohne den Grund zu verändern, aus dem die Leute deinem Modpack beigetreten sind.
Nutz einen Profiler, wenn die TPS sinken. Spark ist die Standardwahl auf unterstützten Loadern und hilft, teure Entities oder Mods zu finden. Lass den Profiler während des Lags laufen, nicht danach, wenn er verschwunden ist. Du suchst nach Belegen: eine Dimension, die Ticks verbraucht, Tausende Item-Entities, eine bestimmte Block-Entity oder ein einzelner Maschinen-Cluster. Der vollständige Ablauf steht in unserem Guide zur Optimierung gemoddeter Server.
Schütz die Welt, während du optimierst
Leistungsoptimierung bedeutet Tests, Neustarts, Config-Änderungen und gelegentlich Fehler. Automatische Backups sind für eine gemoddete Welt nicht optional. Behalte mehrere Wiederherstellungspunkte und stell sicher, dass Backups wenn möglich fern vom Live-Server gespeichert werden.
Kopier vor Config-Änderungen die aktuellen Dateien und notier, was du geändert hast. Eine einfache Notiz wie „simulation-distance 6 auf 5“ macht das Zurücksetzen schmerzlos. Bearbeite keine Weltdateien und entferne keine Mods aus einem etablierten Spielstand, ohne zu bestätigen, dass das Modpack das unterstützt. Fehlende Block-IDs und Dimensionen können eine Welt weit schneller beschädigen als eine niedrige TPS-Zahl.
Plane Neustarts für aktive Communities. Ein Neustart alle 12 bis 24 Stunden kann angesammelten Speicherverbrauch freigeben und die Wartung berechenbar halten, aber ein Neustart jede Stunde verdeckt nur ein ungelöstes Problem. Steigt der Speicher endlos oder verschlechtern sich die TPS, nachdem ein bestimmter Spieler sich einloggt, profiliere es und behebe die Ursache.
Eine stabile Basis für den Start
Für ein typisches mittelgroßes Forge- oder Fabric-Modpack beginnst du mit Java 17, 21 oder 25, je nach Minecraft-Version des Modpacks, 8 GB bis 10 GB zugeteiltem RAM, view-distance 8, simulation-distance 5, einer Whitelist und einer vorgenerierten Hauptwelt. Halte die Chunk-Loading-Limits konservativ, aktivier automatische Backups und nutz ein realistisches Spielerlimit.
Diese Basis ist nicht für jedes Modpack identisch. Ein leichtes Abenteuer-Modpack läuft womöglich wunderbar mit mehr view-distance, während ein Fabrik-Modpack voller ständig laufender Maschinen engere Simulationsregeln brauchen kann. Behandle Einstellungen als Leistungsbudget: Gib es für das Gameplay aus, das deine Community am meisten schätzt, und verschwende es nicht an Chunks und Systeme, die niemand nutzt.
Das Ziel ist nicht, aus jeder Einstellung die höchste Zahl herauszuquetschen. Bau einen Server, der reaktionsschnell bleibt, wenn Spieler gleichzeitig erkunden, automatisieren, Bosse bekämpfen und ihre Basen vorführen. Hält die Welt unter diesen Bedingungen 20 TPS, hören die Spieler auf, an den Hoster zu denken, und spielen einfach — die praktische Seite beschreibt unser Guide, wie du Modpacks flüssig hostest.
Elysium betreibt gemoddete Modpacks auf hochgetakteten Ryzen-CPUs mit NVMe-Gen4-Speicher, automatischen Backups und einem Panel, in dem Java, Speicher und Configs nur ein paar Klicks entfernt sind. Wähl einen Tarif auf der Bestellseite oder lass uns ein Modpack umziehen, das woanders schon laggt.