View Distance und Simulation Distance in Paper einstellen

Warum genau diese beiden Settings so wichtig sind

Paper trennt zwei Dinge, die viele Admins durcheinanderwerfen:

• 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

Diese Trennung ist betrieblich enorm wichtig. 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:

Das ist kein universelles Rezept. Es ist aber ein vernünftiger Ausgangspunkt für ordentliche Spielbarkeit auf moderater 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

Tune diese Werte nicht auf einem leeren Server und hake das Thema dann ab.

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

So vermeidest du Scheinoptimierungen.

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.

FAQ

Kann ich eine höhere view-distance und eine niedrigere simulation-distance kombinieren?

Ja. Genau das ist bei Survival-Servern oft die bessere Balance, wenn Sichtweite wichtiger ist als vollständig aktive entfernte Entities.

Was, wenn diese Änderungen kaum helfen?

Dann liegt dein Bottleneck sehr wahrscheinlich woanders: Plugins, Chunk-Generierung, Hardware oder ein anderes aktives Subsystem.

Nächste Schritte

• Für die Grundlagen zu TPS und MSPT lies Minecraft-Server-Lag verstehen.
• Wenn du erst Belege sammeln willst, nimm ein Spark-Profil auf.
• Wenn du den Software-Stack noch gar nicht festgezurrt hast, vergleiche Paper vs Vanilla vs Fabric vs Forge.