Minecraft View Distance und Simulation Distance: Performance sinnvoll abstimmen

Bei Minecraft-Serverproblemen wird oft zuerst mehr RAM gefordert. Zwei der wirkungsvollsten Serverparameter liegen jedoch direkt in server.properties: view-distance und simulation-distance. Sie steuern unterschiedliche Dinge und sollten deshalb nicht wie derselbe Regler behandelt werden.

Was macht view-distance?

Die Sichtweite bestimmt serverseitig, wie weit Chunks rund um Spieler bereitgestellt werden. Je höher der Wert, desto mehr Weltbereiche müssen geladen beziehungsweise übertragen werden. Das kann CPU, Speicher, Datenträger und Netzwerk stärker belasten, besonders wenn sich mehrere Spieler in unterschiedliche Richtungen bewegen.

Was macht simulation-distance?

Die Simulationsdistanz bestimmt, in welchem Radius rund um Spieler die Welt aktiv tickt. Die PaperMC-Referenz beschreibt sie als maximale Distanz, in der unter anderem lebende Entities serverseitig aktualisiert werden. Bereiche außerhalb dieses Radius werden nicht in derselben Weise simuliert.

Warum sind die Werte getrennt?

Du kannst Spielern eine größere sichtbare Welt geben, ohne jeden sichtbaren Chunk mit derselben Simulationslast zu behandeln. Das erlaubt einen Kompromiss zwischen visueller Reichweite und serverseitiger Tick-Last.

Mehr Spieler vervielfachen die Arbeit

Stehen zehn Spieler alle am selben Ort, überschneiden sich viele geladene Chunks. Verteilen sie sich über weit entfernte Regionen, muss der Server deutlich mehr einzigartige Bereiche aktiv halten und erzeugen. Deshalb lässt sich die ideale Distanz nicht allein aus der Spielerzahl ableiten.

Weltgenerierung als Sonderfall

Neue Chunks zu generieren ist teurer als bereits vorhandene Bereiche zu laden. Wenn mehrere Spieler gleichzeitig neue Welt erkunden, können Lastspitzen auftreten. Vorab generierte Weltbereiche können bei großen Servern helfen, gehören aber bereits in die fortgeschrittene Administration.

Sinnvolle Optimierungsreihenfolge

1. Messbare Serverprobleme bestätigen.
2. Simulation Distance moderat reduzieren.
3. View Distance nur so weit reduzieren, wie es für das Spielerlebnis vertretbar ist.
4. Weltgenerierung und Spielerbewegung beobachten.
5. Plugins/Mods separat prüfen.
6. Erst danach Hardwarebedarf neu bewerten.

Nicht jede Verzögerung ist Serverlag

Hoher Ping, Packet Loss und schwankendes WLAN fühlen sich ebenfalls wie „Lag“ an. Wenn nur einzelne externe Spieler Probleme haben, während die Server-Tickrate stabil bleibt, solltest du zusätzlich das Netzwerk untersuchen. Siehe Ping, Jitter und Packet Loss.

Wie du Änderungen vergleichbar machst

Ändere die Distanzen nicht gleichzeitig mit Java-Flags, Plugins und RAM-Zuteilung. Notiere Spielerzahl, problematische Situation und Ausgangswerte. Reduziere danach genau einen Parameter und beobachte denselben Anwendungsfall erneut. So entsteht zwar kein Laborbenchmark, aber eine belastbare administrative Entscheidung.

Spawn und Farmen berücksichtigen

Automatisierte Farmen und dicht besiedelte Bereiche können unabhängig von der Sichtweite viel Simulationsarbeit erzeugen. Wenn Lag nur an einem bestimmten Ort auftritt, bringt eine globale Reduktion eventuell weniger als die Analyse dieses Bereichs. Entities, Redstone und Chunk-Tickets gehören dann in die nächste Diagnoseebene.

Spielerlebnis gegen Ressourcenbedarf abwägen

Extrem niedrige Distanzen sparen Ressourcen, können Exploration und Orientierung aber sichtbar verschlechtern. Ziel ist nicht der kleinstmögliche Wert, sondern ein stabiler Server mit einem für die Community akzeptablen Sichtbereich.