ATM11 Server laggt: TPS verbessern und Ruckler beheben
Kurzantwort: Woran ein lagender ATM11 Server meist liegt
Wenn dein ATM11 Server laggt, ist meistens nicht der Arbeitsspeicher schuld, sondern die Tick-Last: zu viele Maschinen, Entities, dauerhaft geladene Chunks oder große Speichernetzwerke. Miss zuerst die Tick-Zeit, finde den Verursacher und passe dann Farmen, Chunk-Lader und Serverwerte an. Erst danach lohnt ein größeres Paket wie Cloud XL.
Dieser Guide ist pack-spezifisch für ATM11 (Beta) auf Minecraft 26.1.2. Für die allgemeine Lag-Suche gibt es außerdem Minecraft Server laggt: 10 Ursachen.
Lag richtig einordnen: TPS, Ping oder FPS?
Bevor du etwas änderst, unterscheide drei Arten von Lag, denn sie haben völlig verschiedene Ursachen. Ein Server-Lag zeigt sich in Blöcken, die verzögert verschwinden, Mobs, die zurückspringen, und Maschinen, die langsamer arbeiten. Ein Ping-Problem betrifft die Verbindung. Niedrige FPS entstehen auf dem Rechner des Spielers.
| Symptom | Wahrscheinliche Ursache | Wo suchen? |
|---|---|---|
| Blöcke setzen sich zurück, Mobs rucken | Server-TPS zu niedrig | Server (Tick-Last) |
| Hoher Ping, Verbindungsabbrüche | Netzwerk | Verbindung des Spielers |
| Niedrige FPS trotz flüssigem Server | Client-Leistung | Client-RAM, Grafikeinstellungen |
| Ruckler nur beim Erkunden | Chunk-Generierung | Weltgenerierung, Vorladen |
Nur die ersten beiden Zeilen betreffen den Server. Frage deine Mitspieler deshalb zuerst, was genau ruckelt.
Schritt 1: Tick-Zeit messen
Ein gesunder Minecraft-Server läuft mit 20 TPS. Sinkt der Wert dauerhaft, ist die Tick-Last zu hoch. NeoForge bringt dafür Befehle mit, mit denen du TPS und Tick-Zeiten abfragst, zum Beispiel /neoforge tps. Ob und wie genau der Befehl in deiner Version heißt, siehst du in der Browser-Konsole des Dashboards, indem du /neoforge eingibst und die Vorschläge prüfst.
Externe Profiler wie spark sind für die Suche nach Verursachern sehr hilfreich. Ob spark in deiner ATM11-Version bereits enthalten ist, konnten wir nicht belegen. Prüfe die Mod-Liste im Dateimanager unter mods/ oder frage im ATM-Discord nach. Nur dann, wenn der Server wirklich am Limit ist, lohnt es sich, über mehr RAM nachzudenken. Details dazu stehen in ATM11 RAM-Bedarf.
Schritt 2: Die typischen Verursacher finden
ModReady nennt für ATM11 Spätspiel-TPS-Einbrüche durch erzwungen geladene Chunks, Mob-Farmen, Speichernetzwerke und Maschinen, die das Tick-Budget verbrauchen. Das deckt sich mit der Erfahrung bei großen Technikpacks. Die häufigsten Kandidaten:
- Chunk-Lader: Jeder dauerhaft geladene Chunk tickt weiter, auch wenn niemand in der Nähe ist
- Mob-Farmen: Viele Entities auf engem Raum belasten den Tick besonders stark
- Speichernetzwerke: Große Netze mit Autocrafting und vielen Geräten erzeugen Dauerlast
- Automatisierte Farmen und Maschinen: Sehr viele Block-Entities pro Chunk
- Dropped Items: Tausende herumliegende Items, etwa aus Farmen ohne Abfluss
Da ATM11 laut Changelogs unter anderem Storage-Mods, Agrarmods und Technik-Erweiterungen enthält, sind diese Muster im Spiel schnell erreicht.
Schritt 3: Basis entlasten
Sobald du den Verursacher kennst, gilt das Prinzip: weniger Ticks pro Sekunde erzeugen. Statt Hardware zu erhöhen, verteile oder reduziere die Last.
- Chunk-Lader nur dort betreiben, wo sie wirklich gebraucht werden
- Mob-Farmen mit Limits bauen, sodass Mobs zeitnah getötet werden
- Item-Sammler und Abflüsse einplanen, damit keine Item-Berge entstehen
- Speichernetzwerke aufräumen und Autocrafting-Jobs nicht dauerhaft laufen lassen
- Maschinen bündeln und Leerlauf-Geräte abschalten
- Große Farmen zeitlich staffeln, statt alle gleichzeitig laufen zu lassen
Gerade bei Beta-Packs gilt: Ein einzelner fehlerhafter Block kann viel Last erzeugen. Wenn die TPS nach einem Update plötzlich fallen, lohnt sich ein Blick in die Changelogs. Der Changelog zu Version 0.9.0-beta erwähnt zum Beispiel eine Optimierung bei Lootr-Partikeln auf dem Client.
Schritt 4: Server-Einstellungen prüfen
In der server.properties steuern zwei Werte die Last direkt: view-distance und simulation-distance. Beide zu senken entlastet den Server spürbar. Als konservative Beispiele nennt ein Guide von ModReady view-distance=8 und simulation-distance=6. Das sind Startwerte, keine Vorgabe.
view-distance=8
simulation-distance=6
max-players=8
Du bearbeitest die Datei im Dateimanager des Dashboards und startest den Server danach neu. Die Bedeutung aller Felder erklärt server.properties erklärt. Wichtig: Reduziere Werte schrittweise und teste mit der Gruppe. Eine zu niedrige Simulationsdistanz lässt entfernte Maschinen stillstehen, das ist bei Technikpacks spürbar.
Schritt 5: Ruckler bei der Weltgenerierung
Beim Erkunden neuer Gebiete entstehen kurzzeitig Lag-Spitzen, weil Chunks samt Strukturen aus vielen Mods erzeugt werden. Das ist normal und kein Dauerproblem. Du kannst die Spitzen entschärfen, indem ihr nicht gleichzeitig in verschiedene Richtungen fliegt oder rennt und Erkundungen zeitlich abstimmt.
Auf einem Server mit wenig Reserve merkt man die Generierung stärker. Hier kann Cloud XL mit 16 GB und 6 vCores helfen, weil Weltgenerierung Rechenzeit und Speicher zugleich braucht. Ob du dafür wechselst, entscheidest du am besten nach einem Test mit deiner Gruppe. Ein Paketwechsel ist möglich.
Schritt 6: Nach Updates neu messen
Bei einer Beta ändern sich Mods und Konfigurationen laufend. Nach jedem Update kann die Last steigen oder sinken. Bei Version 0.9.0-beta ist zum Beispiel ein bekanntes Problem dokumentiert, bei dem Flüssigkeiten vieler Mods die Bewegung der Spieler festsetzen. Die Entwickler empfehlen, solche Fehler bei den jeweiligen Mod-Autoren zu melden.
Erstelle vor jedem Update ein Backup im Dashboard, wie in ATM11 Update und Backup beschrieben. Miss danach die TPS mit derselben Gruppengröße erneut. So erkennst du, ob ein Update Lag verursacht hat. Bleibt das Problem, hilft der Blick in die Logdatei, siehe ATM11 Abstürze beheben.
Wenn nichts hilft
Manchmal ist wirklich der Server zu klein. Anzeichen sind: TPS fallen schon bei wenigen Spielern, das Log zeigt Speicherfehler oder der Server startet sehr zäh. Dann ist der Wechsel von Cloud L auf Cloud XL sinnvoll. Melde ungeklärte Fälle außerdem per Ticket an den Support, gern mit Logauszug und einer Beschreibung, wann der Lag auftritt.
Weitere Einstellmöglichkeiten der Pack-Dateien stehen in ATM11 konfigurieren. Änderungen an Mod-Configs solltest du dokumentieren und einzeln testen, damit du bei Problemen weißt, was zurückzunehmen ist.
Jetzt handeln
Miss die TPS, finde den Verursacher und teste eine Änderung nach der anderen. Wenn dein Server wirklich am Limit ist, kannst du auf der ATM11-Seite das größere Paket wählen, ohne neu anzufangen.
FAQ
Wie viele TPS sollte mein ATM11 Server haben?
Der Zielwert liegt bei 20 TPS. Fällt er dauerhaft deutlich darunter, ist die Tick-Last zu hoch. Suche dann nach Chunk-Ladern, Mob-Farmen und großen Speichernetzwerken.
Hilft mehr RAM gegen Lag?
Nur, wenn der Server tatsächlich am Speicherlimit läuft. Bei Tick-Last durch Maschinen oder Entities bringt mehr RAM kaum etwas. Miss zuerst.
Soll ich die view-distance senken?
Ja, das ist einer der schnellsten Hebel. Senke schrittweise, etwa auf 8, und teste mit der Gruppe. Bei der simulation-distance beachte, dass Maschinen außerhalb der Reichweite nicht mehr ticken.
Warum ruckelt es nur beim Erkunden?
Beim Erzeugen neuer Chunks entstehen Lag-Spitzen. Das ist normal. Erkundet nicht alle gleichzeitig in verschiedene Richtungen.
Wo bearbeite ich die Server-Einstellungen?
Im Dateimanager des Dashboards öffnest du die server.properties, bearbeitest sie und startest den Server neu.