Minecraft Server Plugins optimieren: Welche Plugins fressen deine Performance?

# Minecraft Server Plugins optimieren: Welche Plugins fressen deine Performance?

Plugins sind das Herzstück jedes Minecraft-Servers — sie ermöglichen Gamemodes, Shops, Schutzregionen und vieles mehr. Aber schlecht optimierte oder falsch konfigurierte Plugins sind auch eine der häufigsten Ursachen für Server-Lag. In diesem Guide zeigen wir dir, wie du problematische Plugins erkennst und was du dagegen tun kannst.

Warum Plugins so viel Performance kosten können

Jedes Plugin läuft im Hauptthread des Servers (dem sogenannten "Server Thread"). Dieser Thread ist für alles verantwortlich: Spielerbewegungen, Redstone, Entitäten — und eben auch Plugin-Logik. Wenn ein Plugin zu viel Zeit im Hauptthread verbringt, sinkt dein TPS (Ticks Per Second) direkt.

Typische Performance-Killer:

• Scheduler-Tasks, die zu häufig ausgeführt werden (z. B. jede Sekunde für alle Spieler)
• Datenbankabfragen im Hauptthread statt asynchron
• Chunk-Operationen innerhalb von Event-Listenern
• Große Schleifen über alle Entities oder alle Spieler

Schritt 1: Das Problem finden mit Spark

Der erste Schritt zur Plugin-Optimierung ist das Profiling. Das beste Tool dafür ist [Spark](https://spark.lucko.me/) — ein leichtgewichtiger Profiler, der speziell für Minecraft-Server entwickelt wurde.

Installiere Spark als Plugin und starte ein Profil während der Lag-Phase:

/spark profiler start
# Warte 1-2 Minuten während der Lag
/spark profiler stop

Spark generiert einen Link mit einem detaillierten Flamegraph. Dort siehst du genau, welche Methoden welcher Plugins am meisten CPU-Zeit verbrauchen. Achte besonders auf:

• onTick-Methoden mit hohem Zeitanteil
• Wiederholende Tasks (erkennbar an gleichmäßig hohen Werten)
• Datenbankoperationen im Hauptthread

Schritt 2: Paper Timings als Alternative

Wenn du Paper verwendest, hast du auch Zugriff auf das eingebaute Timings-System:

/timings reset
# Warte 10 Minuten
/timings report

Das generiert einen Report auf timings.aikar.co. Unter "Plugin" findest du eine Aufschlüsselung nach Plugin-Tasks. Achte auf Einträge mit hohen Millisekunden-Werten pro Tick.

Hinweis: Ab Paper 1.20+ wird Spark gegenüber Timings empfohlen, da Timings selbst leichten Overhead verursacht.

Die häufigsten Performance-Killer im Detail

EssentialsX und Economy-Plugins

EssentialsX ist auf den meisten Servern installiert, aber die Standard-Konfiguration ist nicht immer optimal. In der config.yml von EssentialsX:

# Reduziere die Häufigkeit von Speicher-Operationen
save-data-interval: 120 # Standard ist oft 60 (Sekunden)

# Deaktiviere nicht benötigte Features
disable-worth-command: true # Falls /worth nicht benötigt

WorldGuard und Regions-Plugins

WorldGuard kann bei vielen überlappenden Regions und Spielerbewegungen zum Flaschenhals werden. In der config.yml:

optimization:
  # Aktiviere den optimierten Region-Cache
  cache-max-age: 10
  cache-size: 500

Überprüfe außerdem, wie viele Regionen du wirklich benötigst. Hunderte von kleinen, überlappenden Schutzregionen können die Lookup-Performance erheblich beeinträchtigen.

ClearLag — Vorsicht!

Viele Admins installieren ClearLag, um Lag zu bekämpfen — aber das Plugin selbst kann Lag verursachen. Das regelmäßige Scannen aller Entities über alle Worlds belastet den Hauptthread.

Alternative: Konfiguriere stattdessen in paper-world.yml direkt die Entity-Limits:

entities:
  spawning:
    monster-spawn-max-light-level: 0
  limits:
    axolotls:
      hard: 20
      soft: 10
    # ... weitere Entity-Typen

Und in bukkit.yml:

spawn-limits:
  monsters: 50  # Standard: 70
  animals: 10   # Standard: 15
  water-animals: 3
  ambient: 1

Dynmap und Karten-Plugins

Dynmap ist bekannt dafür, beim initialen Rendern enorme Mengen an Server-Ressourcen zu verbrauchen. Konfiguriere das Rendering in configuration.txt:

# Begrenze die Render-Threads
num-workers: 2  # Nicht mehr als CPU-Kerne / 2

# Rendere nur in der Nacht / bei wenig Spielern
tilespath: plugins/dynmap/web/tiles

Besser noch: Nutze Dynmaps eingebaute Funktion, das Rendering auf bestimmte Uhrzeiten zu beschränken.

Anti-Patterns: Diese Plugin-Fehler sind häufig

1. Zu viele synchrone Datenbankabfragen

Jedes Mal, wenn ein Spieler ein Item aufhebt oder eine Region betritt, sollte die Datenbank niemals synchron abgefragt werden. Falls du Plugins selbst entwickelst oder anpasst: Nutze immer asynchrone Methoden.

2. Übermäßige Event-Listener

Manche Plugins hören auf den PlayerMoveEvent für jeden einzelnen Block-Schritt. Das kann bei 50 Spielern zu tausenden von Event-Aufrufen pro Sekunde führen.

3. Zu kurze Task-Intervalle

Ein Plugin, das alle 5 Ticks (= 4x pro Sekunde) alle Spieler durchläuft, ist bei 100 Spielern ein echter Performance-Killer. Prüfe in der Plugin-Konfiguration, ob Intervalle angepasst werden können.

Welche Plugins du ersetzen solltest

| Statt... | Nutze lieber... |

|---|---|

| ClearLag | Paper-interne Entity-Limits |

| ProtocolLib (falls nicht nötig) | Natives Paper-API |

| Alte WorldEdit-Versionen | FastAsyncWorldEdit (FAWE) |

| Orebfuscator | Paper-internes Anti-Xray |

FastAsyncWorldEdit (FAWE) ist ein hervorragendes Beispiel: Es verschiebt schwere Berechnungen in asynchrone Threads und verhindert so TPS-Einbrüche bei großen WorldEdit-Operationen.

Paper Anti-Xray ist direkt in Paper eingebaut und deutlich performanter als Plugin-Lösungen. Aktiviere es in paper-world.yml:

anticheat:
  anti-xray:
    enabled: true
    engine-mode: 2
    hidden-blocks:
      - copper_ore
      - deepslate_copper_ore
      - gold_ore
      - iron_ore
      - coal_ore
      - diamond_ore
      - emerald_ore
      - lapis_ore

Laufende Überwachung ist entscheidend

Einmaliges Profiling reicht nicht — Plugins werden aktualisiert, Spielerzahlen ändern sich, neue Features kommen hinzu. Richte daher eine kontinuierliche Überwachung ein.

Tools wie [PulseNode](https://pulsenode.tech) analysieren deinen Server kontinuierlich und schlagen automatisch Optimierungen vor, bevor Lag-Probleme für Spieler spürbar werden. Gerade bei Plugin-bedingtem Lag, der oft schleichend entsteht, ist frühzeitiges Erkennen der Schlüssel.

Fazit

Plugin-Optimierung ist kein einmaliger Prozess — es ist laufende Wartung. Die wichtigsten Schritte:

1. Profiling mit Spark starten und die echten Ursachen finden
2. Unnötige Plugins entfernen und Plugin-Konfigurationen anpassen
3. Paper-interne Features nutzen statt Plugin-Alternativen
4. Regelmäßig überwachen und nach Updates erneut prüfen

Mit diesen Maßnahmen kannst du in den meisten Fällen 20-40% mehr Performance aus deinem Server herausholen — ohne teurere Hardware kaufen zu müssen.