Minecraft Server Redstone-Lag: Redstone-Performance optimieren und Lag-Maschinen beheben

# Minecraft Server Redstone-Lag: Redstone-Performance optimieren und Lag-Maschinen beheben

Redstone ist eines der beliebtesten Features von Minecraft — und gleichzeitig eine der größten Quellen für Server-Lag. Eine einzige schlecht konstruierte Uhr oder eine Lag-Maschine eines Griefers kann einen stabilen 20-TPS-Server in Sekunden zum Erliegen bringen. Wenn du konstante TPS-Einbrüche siehst und /timings auf tickBlockEntities oder blockTick hinweist, ist Redstone mit hoher Wahrscheinlichkeit der Übeltäter.

Dieser Leitfaden erklärt alles, was du brauchst, um Redstone-Lag auf Paper-, Spigot- und Purpur-Servern zu diagnostizieren und zu beheben.

Warum Redstone so teuer ist

Jede Redstone-Komponente, die ihren Zustand ändert, löst ein Block-Update aus, das sich auf benachbarte Blöcke ausbreitet. Eine schnelle Redstone-Uhr kann Hunderttausende von Block-Updates pro Sekunde erzeugen. Im Gegensatz zu Entity-Lag — der mit der Spielerzahl skaliert — skaliert Redstone-Lag mit der Anzahl aktiver Schaltkreise. Das bedeutet: Ein einziger Spieler kann den gesamten Server griefen.

Die schlimmsten Verursacher sind:

• Redstone-Uhren (besonders 0-Tick- und 1-Tick-Uhren)
• Große Kolbenarrays (besonders fliegende Maschinen)
• Observer-Ketten
• Komparator-Netzwerke an großen Inventaren
• TNT-Duplizierer und Item-Duplikationsfarmen

Schritt 1: Redstone-Lag diagnostizieren

Bevor du Configs änderst, identifiziere zunächst die Quelle des Lags. Auf Paper-basierten Servern führe aus:

/paper timings report

Oder nutze den moderneren Spark-Profiler:

/spark profiler --timeout 60

Im Spark-Bericht achte auf:

• minecraft:tick_block_entities — umfasst Komparatoren, Kolben und ähnliche Komponenten
• minecraft:block_tick — allgemeine Block-Zustandsupdates inklusive Redstone-Staub
• Spezifische Chunk-Koordinaten mit ungewöhnlich hohen Tick-Zeiten

Wenn ein bestimmter Chunk unverhältnismäßig viel Tick-Zeit verbraucht, nutze /paper chunk debug oder ein Plugin wie ChunkAnalyzer, um herauszufinden, was sich in diesem Chunk befindet.

Schritt 2: Paper-Konfiguration für Redstone

Paper bietet die meiste Kontrolle über das Redstone-Verhalten. Bearbeite config/paper-world.yml (Paper 1.19+) oder paper.yml bei älteren Versionen:

redstone:
  implementation: EIGENCRAFT
  simulate-0-tick-instant-drop-decay: false

Die implementation-Einstellung hat den größten Einfluss. Deine Optionen:

• VANILLA — Standard-Mojang-Redstone. Genau, aber langsam.
• EIGENCRAFT — Alternativer Algorithmus, der redundante Updates erheblich reduziert. Für die meisten Server empfohlen.
• ALTERNATE_CURRENT — Die schnellste Option, basierend auf dem Alternate-Current-Mod. Sehr präzise und bis zu 10x schneller als Vanilla bei komplexen Schaltkreisen. Ideal für Server mit aktiven Redstone-Bauern.

Um Alternate Current zu aktivieren:

redstone:
  implementation: ALTERNATE_CURRENT

Hinweis: Alternate Current ändert die Reihenfolge mancher Redstone-Updates, was sehr timing-empfindliche Konstruktionen brechen kann. Teste die Einstellung mit deiner Spieler-Community, bevor du sie einführst.

Ebenfalls in paper-world.yml relevant:

tick-rates:
  mob-spawner: 1
  container-update: 1
  grass-spread: 4
  wet-farmland: 4

Die container-update-Tick-Rate beeinflusst, wie schnell Komparatoren, die Container auslesen, aktualisiert werden. Eine Erhöhung auf 3 oder 4 reduziert die Komparator-Update-Häufigkeit bei minimalem Gameplay-Einfluss:

tick-rates:
  container-update: 3

Schritt 3: Purpur-Konfiguration

Wenn du Purpur verwendest, erhältst du zusätzliche Redstone-Steuerungen in purpur.yml:

world-settings:
  default:
    blocks:
      disable-mushroom-updates: false
      disable-chorus-plant-updates: false
      disable-note-block-updates: false
      note-block-ignore-above: false

Noch nützlicher: Purpur erlaubt es, die Observer-Update-Geschwindigkeit zu begrenzen:

blocks:
  observer:
    disable-clock: false

Mit disable-clock: true wird verhindert, dass Observer unendliche Observer-Ketten (Uhren) bilden — eine der häufigsten Lag-Quellen — ohne legitime Einmal-Observer-Nutzung zu beeinträchtigen.

Schritt 4: Lag-Maschinen mit Plugins verhindern

Konfiguration allein reicht nicht aus, wenn Spieler frei Lag-Maschinen bauen können. Füge eine dedizierte Schutzschicht hinzu:

Spartan oder Matrix Anti-Cheat

Moderne Anti-Cheat-Plugins können abnormale Block-Update-Raten erkennen und auffällige Spieler flaggen oder automatisch bannen.

LagAssist

LagAssist ist speziell für Server-Lag-Management entwickelt. Wichtige Redstone-Funktionen:

• Erkennt und deaktiviert automatisch Redstone-Uhren, die eine konfigurierbare Tick-Rate überschreiten
• Kann Hochupdate-Schaltkreise automatisch einfrieren oder entfernen
• Sendet Benachrichtigungen, wenn die Redstone-Aktivität stark ansteigt

Konfiguration in config.yml:

redstone:
  enabled: true
  max-updates-per-second: 500
  action: FREEZE  # oder REMOVE
  notify-admins: true

WorldGuard-Flags

Wenn du WorldGuard verwendest, schränke Redstone in öffentlichen Bereichen ein:

/rg flag __global__ redstone deny

Erlaubt dann Redstone gezielt in vertrauenswürdigen Regionen.

Schritt 5: Server Properties und Bukkit-Einstellungen

In bukkit.yml steuern die ticks-per-Einstellungen, wie oft bestimmte Mechaniken ausgeführt werden:

ticks-per:
  animal-spawns: 400
  monster-spawns: 1
  water-spawns: 1
  ambient-spawns: 1
  autosave: 6000

Diese beeinflussen Redstone nicht direkt, aber weniger Hintergrund-Tick-Arbeit schafft mehr Spielraum für Redstone-intensive Server.

In server.properties kannst du, wenn dein Server keine Server-weiten Redstone-Uhren benötigt, folgendes setzen:

max-tick-time=60000

Das verhindert, dass der Watchdog deinen Server bei kurzen Redstone-Spitzen beendet — aber es löst nicht die Ursache. Dennoch ist es eine nützliche Absicherung, während du andere Fixes einführst.

Schritt 6: Kontinuierlich überwachen

Redstone-Lag ist notorisch schwer manuell zu verfolgen, da er oft durch Konstruktionen in abgelegenen Ecken der Map verursacht wird. Tools wie PulseNode helfen dabei — es überwacht TPS und Performance-Metriken deines Servers in Echtzeit und benachrichtigt dich bei Tick-Zeit-Spitzen. So kannst du Lag-Ereignisse mit spezifischer Spieleraktivität oder Weltkoordinaten korrelieren, ohne manuelle Profiler-Sitzungen durchführen zu müssen.

Zusammenfassung: Redstone-Optimierungs-Checkliste

• [ ] Wechsel zu ALTERNATE_CURRENT oder EIGENCRAFT in paper-world.yml
• [ ] container-update-Tick-Rate auf 3 erhöhen
• [ ] Observer-Uhren-Erkennung in Purpur aktivieren
• [ ] LagAssist installieren und Redstone-Raten-Limits konfigurieren
• [ ] WorldGuard nutzen, um Redstone in öffentlichen Zonen einzuschränken
• [ ] Mit Spark auf problematische Chunks profilen
• [ ] TPS kontinuierlich mit automatischen Alerts überwachen

Redstone bleibt eines der anspruchsvolleren Aspekte der Server-Performance, aber mit der richtigen Konfiguration und den passenden Tools kannst du Spielern das freie Bauen ermöglichen, ohne befürchten zu müssen, dass eine einzelne Uhr-Maschine deinen Server offline bringt.