View Distance und Simulation Distance in Paper einstellen

Sichtweite und aktive Simulation

Die Einstellungen steuern unterschiedliche Teile der Chunk-Verarbeitung:

• was das Spiel vom Server überhaupt erhält
• was der Server aktiv simuliert und tickt

Deshalb sind view-distance und simulation-distance eben nicht derselbe Hebel.

Was Paper dazu sagt

Paper dokumentiert:

• view-distance als Menge an Welt-Daten, die an das Spiel gesendet wird
• simulation-distance als maximale Distanz, in der lebende Entities vom Server aktualisiert werden

Wenn dein Problem vor allem aktive Entity-Ticks oder Server-Logik sind, ist simulation-distance fast immer der direktere Hebel.

Sinnvolle Ausgangswerte

Für viele kleinere Server sind diese Startwerte vernünftig:

Teste diese Ausgangswerte mit deiner Spielerzahl, deinen Farmen und deiner Hardware.

Wann du zuerst simulation-distance senken solltest

Beginne hier, wenn:

• Villager oder Mobs die Tick-Zeit treiben
• Farmen schwer auf den Tick drücken
• dicht bebaute Basen Lag erzeugen
• Spark auf serverseitige Aktivität statt reines Chunk-Senden hinweist

Beispiel:

view-distance=10
simulation-distance=5

Damit bleibt das Spielgefühl oft besser erhalten, als wenn du beide Werte pauschal stark reduzierst.

Werte in Docker Compose setzen

Mit itzg/minecraft-server sollte die Compose-Umgebung die maßgebliche Konfiguration bleiben:

services:
  mc:
    environment:
      EULA: "TRUE"
      TYPE: "PAPER"
      VIEW_DISTANCE: "10"
      SIMULATION_DISTANCE: "5"

Wende die geänderte Service-Konfiguration an und prüfe die tatsächlich gesetzten Werte:

docker compose up -d
docker compose exec mc grep -E '^(view|simulation)-distance=' /data/server.properties

Wenn diese Umgebungsvariablen vorhanden sind, pflege nicht zusätzlich abweichende Werte direkt in server.properties; beim nächsten Container-Start können wieder die Compose-Werte wirksam werden.

Wann view-distance zusätzlich runter sollte

Senke view-distance, wenn:

• Exploration oder weite Sicht teuer wird
• die Spielerzahl steigt
• der Server zu viel Aufwand in Chunk-Übertragung steckt

Eine praktische zweite Stufe:

view-distance=8
simulation-distance=5

Wie du Änderungen korrekt testest

Teste während der Aktivität, die den Lag verursacht hat.

Die sinnvolle Reihenfolge ist:

1. Baseline mit Spark erfassen
2. genau eine Einstellung ändern
3. den Service neu erstellen oder starten, damit die Einstellung aktiv ist
4. den effektiven Wert in server.properties prüfen
5. denselben Lastfall reproduzieren
6. Ergebnis vergleichen

Was du nicht tun solltest

Nicht beide Werte sofort auf Minimum ziehen

Ja, das reduziert Last. Es kann aber auch das Spielgefühl unnötig verschlechtern und die eigentliche Ursache verdecken.

Nicht als Ersatz für Profiling benutzen

Diese Settings sind gute erste Hebel, aber kein Ersatz dafür, die tatsächliche Last zu verstehen.