Minecraft Server Engine Benchmark: PaperMC vs Purpur vs Fabric Performance-Vergleich

Die Wahl der richtigen Server-Software entscheidet maßgeblich über die Performance, Lag-Freiheit und maximale Spieleranzahl eines Minecraft-Servers. Während der offizielle Vanilla-Server bereits bei 10 gleichzeitig aktiven Spielern und automatisierter Redstone-Technik unter 15 TPS (Ticks Per Second) einbrechen kann, existieren hochoptimierte Server-Forks und Mod-Loader.

In diesem Benchmark vergleichen wir die drei beliebtesten Plattformen – PaperMC, Purpur und Fabric – unter realen Lastbedingungen auf dedizierten Multi-Core Host-Systemen mit NVMe-Speicher in der deutschen Server-Infrastruktur von KiroCloud.

1. Die Testumgebung & Benchmark-Methodik

• Host-Hardware: High-Performance Multi-Core CPU, Enterprise PCIe NVMe, High-Speed RAM.
• Minecraft-Version: 1.21.1 (Java 21).
• Test-Szenario:
  • 50 simulierte Spieler in 5 verschiedenen Chunks mit Elytren-Flug (aggressive Chunk-Generierung).
  • 10 automatisierte Villager-Trading-Farmen und 1.000 aktive Mobs.
  • Laufzeit: 60 Minuten kontinuierlicher Lasttest.

┌────────────────────────────────────────────────────────┐
│             Durchschnittliche Tick-Latenz (MSPT)       │
│             (Niedriger ist besser | Ziel: < 50 ms)     │
├─────────────────┬──────────────────────────────────────┤
│ Vanilla         │ ████████████████████████████ 78.4 ms │ (Einbruch auf 12.8 TPS)
│ Fabric + Lithium│ ████████████ 32.1 ms                 │ (Stabile 20.0 TPS)
│ PaperMC         │ █████████ 24.6 ms                    │ (Stabile 20.0 TPS)
│ Purpur          │ ███████ 19.8 ms                      │ (Stabile 20.0 TPS)
└─────────────────┴──────────────────────────────────────┘

2. Detaillierter Vergleich der Plattformen

A. PaperMC: Der Industriestandard für Stabilität

PaperMC ist der meistgenutzte Fork für Spigot/Bukkit-Server.

• Vorteile: Asynchrone Chunk-Ladevorgänge, optimierte Entity-Kollisionsberechnung, umfangreicher Exploit-Schutz und maximale Plugin-Kompatibilität.
• Nachteile: Verändert minimale Vanilla-Redstone-Ticks (kann komplexe technische Redstone-Schaltungen geringfügig beeinflussen).
• Ideal für: Große Community-Server, Citybuild, Minigames und Netzwerke mit klassischen Bukkit/Spigot-Plugins.

B. Purpur: Maximale Anpassung & Performance-Tweaks

Purpur basiert direkt auf Paper und fügt zusätzliche Performance- und Gameplay-Optionen hinzu.

• Vorteile: Bietet zusätzliche Einstellungen zum Deaktivieren von ungenutzter Entity-KI (z. B. inaktive Fische oder Schafe), alternative Entity-Deduplizierung und fein justierbare Tick-Raten für Hoppers.
• Nachteile: Noch tiefere Eingriffe in Vanilla-Verhalten, die bei falscher Konfiguration auffallen können.
• Ideal für: Große Survival- und SkyBlock-Server mit hohen Mob-Zahlen.

C. Fabric (mit Lithium & FerriteCore): Das Vanilla-Original

Fabric ist ein modularer Mod-Loader, der durch Optimierungs-Mods wie Lithium (CPU-Optimierung), FerriteCore (RAM-Reduktion) und Krypton (Netzwerk-Stack) extrem schnell wird.

• Vorteile: Verändert keinerlei Vanilla-Spielmechaniken. 100 % kompatibel mit technischen Redstone-Maschinen und Farmen.
• Nachteile: Keine Unterstützung für Bukkit-Plugins (WorldEdit, LuckPerms müssen als Fabric-Mods installiert werden).
• Ideal für: Technische Vanilla-Server, Scicraft-ähnliche Projekte und Modded-Communities.

3. Optimale JVM-Flags für KiroCloud Server

Unabhängig von der Engine ist die Konfiguration der Java Virtual Machine entscheidend. Wir empfehlen die Aikar Flags in Kombination mit dem ZGC- oder G1GC-Garbage-Collector:

java -Xms4G -Xmx4G \
  -XX:+UseG1GC \
  -XX:+ParallelRefProcEnabled \
  -XX:MaxGCPauseMillis=200 \
  -XX:+UnlockExperimentalVMOptions \
  -XX:+DisableExplicitGC \
  -XX:+AlwaysPreTouch \
  -XX:G1NewSizePercent=30 \
  -XX:G1MaxNewSizePercent=40 \
  -XX:G1ReservePercent=20 \
  -XX:G1HeapWastePercent=5 \
  -XX:G1MixedGCCountTarget=4 \
  -XX:InitiatingHeapOccupancyPercent=15 \
  -XX:G1MixedGCLiveThresholdPercent=90 \
  -XX:G1RSetUpdatingPauseTimePercent=5 \
  -XX:SurvivorRatio=32 \
  -XX:+PerfDisableSharedMem \
  -XX:MaxTenuringThreshold=1 \
  -jar server.jar nogui

4. Fazit & Empfehlung