Minecraft-Hosting-Benchmarks, die wirklich zählen

Ein Server kann jede Menge RAM bewerben und trotzdem stocken, sobald fünf Spieler in unerkundetes Gelände fliegen. Deshalb müssen Minecraft-Hosting-Benchmarks die Arbeit messen, die Minecraft wirklich leistet: Ticks pünktlich abarbeiten, Chunks generieren, die Welt speichern und Plugins oder Mods stemmen, während Spieler online sind.

Für ein privates SMP, einen öffentlichen Paper-Server oder ein schweres Forge-Modpack ist der richtige Benchmark keine einzelne Zahl. Es ist ein wiederholbarer Test, der zeigt, wo die Leistung einbricht. Das Verhalten der CPU zählt mehr als die beworbene Kernzahl, der Speicher beeinflusst Saves und Chunk-Laden, und das Netzwerk entscheidet, ob deine Spieler diese Leistung von ihrem Standort aus überhaupt spüren.

Was ein Minecraft-Hosting-Benchmark messen sollte

Minecraft zielt auf 20 Ticks pro Sekunde. Ein Tick ist der regelmäßige Update-Zyklus des Servers für Entities, Redstone, Weltlogik und Spieleraktionen. Schafft der Server jeden Tick in 50 Millisekunden, hält er 20 TPS. Dauern Ticks regelmäßig länger, sinkt die TPS – und Spieler sehen verzögertes Blockabbauen, Rubber-Banding, langsame Farmen und Mobs, die scheinbar einfrieren.

Die nützlichsten Werte sind TPS und MSPT – Millisekunden pro Tick. TPS sagt dir, ob der Server sein Ziel erreicht. MSPT zeigt, wie viel Reserve bis zum Lag bleibt. Ein Server mit 20 TPS bei 48 MSPT ist formal gesund, hat aber kaum Puffer für ein Event, neue Chunk-Generierung oder einen weiteren Spieler mit großer Modded-Basis.

Ein fairer Benchmark erfasst außerdem RAM-Verbrauch, CPU-Last, Festplattenaktivität und Netzwerklatenz. Diese Werte liefern Kontext. Mehr RAM kann Abstürze durch den Speicherhunger eines Modpacks verhindern, behebt aber keinen CPU-limitierten Server, der 80 Millisekunden pro Tick braucht – wie du beides auseinanderhältst, zeigt unser Ratgeber zu niedriger TPS.

TPS ist das Ergebnis, nicht die Diagnose

TPS ist das, was Spieler spüren – darauf solltest du achten. Aber glatte 20 TPS, während eine Person am Spawn steht, sagen wenig aus. Ein guter Test enthält normales Verhalten: erkunden, teleportieren, Farmen laufen lassen, Redstone nutzen, gegen Mobs kämpfen und zwischen Dimensionen wechseln.

Auf Paper oder Purpur zeigt spark genau, welche Plugins, Entities oder Chunks Tick-Zeit fressen: Starte /spark profiler während einer aktiven Session und lies den Bericht. Spark läuft auch auf Forge, NeoForge und Fabric, Modded-Server können also genauso vorgehen. Teste das Gameplay, das deine Community wirklich erzeugt – nicht eine leere Welt, in der jeder Hoster schnell aussieht.

Warum meist die Single-Thread-Leistung der CPU entscheidet

Minecraft verteilt inzwischen manche Arbeit besser auf mehrere Threads, vor allem Chunk-Generierung und Netzwerk. Der Kern der Spielschleife hängt aber weiterhin stark von der Single-Thread-Leistung der CPU ab. Ein Prozessor mit vielen langsamen Kernen kann gegen eine neuere CPU mit weniger, aber schnelleren Kernen verlieren, sobald der Haupt-Thread ausgelastet ist.

Am deutlichsten sieht man das auf Paper-, Purpur- und Vanilla-Servern mit aktiven Spielern, Entity-lastigen Farmen oder komplexem Redstone. In Modpacks gilt es genauso: Maschinennetzwerke, Automatisierung, Weltgenerierung und Mod-Logik erzeugen zusätzliche Tick-Arbeit. Entscheidend ist die dauerhafte Tick-Leistung unter Last, nicht der maximale Takt oder die Gesamtzahl der Kerne beim Anbieter.

Konstanz zählt genauso wie Spitzenleistung. Eine Node kann im Leerlauf glänzen und zur Hauptzeit einbrechen, wenn viele anspruchsvolle Server gleichzeitig arbeiten. Ein einzelner Durchlauf beweist keine Qualität auf Dauer – wiederhole den Test zu verschiedenen Zeiten, vor allem dann, wenn deine Spieler normalerweise online kommen.

Speicher: warum NVMe mehr ist als eine Zeile im Datenblatt

Der Speicher allein behebt selten ein TPS-Problem, aber langsame oder überlastete Festplatten bringen ihre eigenen Probleme mit. Minecraft liest ständig Region-Dateien, schreibt Spielerdaten, speichert Chunks, erstellt Backups und verarbeitet neues Gelände. Bei einer Save-Spitze kann schwacher Speicher den Haupt-Thread so weit ausbremsen, dass Spieler es merken.

NVMe verkürzt die Wartezeit bei diesen Vorgängen. Am stärksten merkst du das, wenn Spieler neue Gebiete erkunden, wenn eine große Welt speichert und wenn ein Modpack häufig viele Dateien schreibt. Nebenbei werden Neustarts und Wiederherstellungen für Admins deutlich angenehmer.

Teste den Speicher auf Minecraft-Art. Generiere einen realistischen Bereich vor, starte den Server neu, teleportiere dich zwischen weit entfernten Regionen und beobachte die MSPT, während die Welt speichert. Ein synthetischer Festplattenwert ist nützlicher Hintergrund, ersetzt aber nicht den Blick auf den Spielserver unter echter Festplattenlast. Ist das Chunk-Laden der Engpass, helfen dir unsere Tipps zum Reduzieren der Chunk-Last.

Netzwerktests brauchen mehr als einen Ping-Wert

Niedriger Ping ist wertvoll, aber nicht die ganze Geschichte. Spieler brauchen auch stabiles Routing, wenig Paketverlust und genug Kapazität, wenn mehrere Leute online sind. Ein Server kann einen ordentlichen Durchschnitts-Ping zeigen, während gelegentlicher Paketverlust Rubber-Banding oder Verbindungsabbrüche verursacht.

Stell den Server in die Nähe des größten Teils deiner Spieler. Ist eine Gruppe zwischen Nordamerika und Europa aufgeteilt, gibt es keinen perfekten Standort: Entscheide, welche Seite die niedrigste Latenz bekommt, und prüfe, womit die andere rechnen muss. Communities mit klar verorteter Zielgruppe sollten den Server nahe dieser Zielgruppe platzieren, statt dem günstigsten Preis in einem weit entfernten Rechenzentrum hinterherzulaufen. Mehr dazu in unserem Ratgeber zur Wahl des Server-Standorts; die verfügbaren Städte findest du auf der Standortseite.

Teste nach Möglichkeit über echte Spielerverbindungen. Bitte ein paar Spieler aus verschiedenen Regionen, während einer aktiven Session beizutreten und von Bewegungsverzögerung, Chunk-Laden und Verbindungsabbrüchen zu berichten. Dieses Feedback ist mehr wert als jeder einzelne Latenzwert.

So führst du einen fairen Benchmark durch

Starte mit einer sauberen, bekannten Konfiguration. Notiere Minecraft-Version, Server-Software, Java-Version, Sicht- und Simulationsweite, zugewiesenen RAM, Plugin-Liste und Modpack-Version. Ändert sich davon etwas zwischen den Tests, verliert der Vergleich seinen Sinn. Denk daran, dass Minecraft 26.x Java 25 braucht – auch die Java-Version muss bei allen Hostern gleich sein.

Nutze bei jedem Hoster denselben Seed und dieselbe Testroute. Generiere einen Teil der Welt vor, wenn du das auf dem echten Server auch tun wirst, aber nimm zusätzlich einen separaten Test in frischem Gelände auf. Simuliere dann die erwartete Last: Lass Spieler erkunden, eine typische Farm laufen lassen, in den Nether oder das End gehen und die Systeme nutzen, um die dein Server gebaut ist. Ein kreatives Bau-SMP und eine kampflastige Modded-Community belasten den Server völlig unterschiedlich.

Notiere in jeder Session durchschnittliche und schlechteste MSPT, TPS, RAM-Verbrauch, Neustartzeit und jeden sichtbaren Lag. Lass den Test lange genug laufen, um Autosaves und normale Garbage Collection zu erfassen. Zehn ruhige Minuten sind kein ernsthaftes Ergebnis; eine Stunde normales Spiel verrät viel mehr.

Vergleichst du Tarife, erhöhe Spielerzahl oder Last schrittweise. Ziel ist kein Absturz – du suchst den Punkt, an dem die MSPT dauerhaft an 50 heranrückt und das Spiel seine Sicherheitsreserve verliert.

Ergebnisse lesen, ohne auf leere Versprechen hereinzufallen

Mehr RAM ist nicht automatisch besser. Gib dem Server genug Speicher für Version, Modpack, Spielerzahl und Overhead – unser Ratgeber zu RAM für Modded-Server hilft beim Dimensionieren –, aber ersetze die CPU nicht durch RAM. Ein sehr großer Java-Heap kann auf einem schlecht abgestimmten Server die Pausen der Garbage Collection sogar schwerer beherrschbar machen.

Ebenso ist „unbegrenzte Spieler“ kein sinnvolles Versprechen. Die realistische Spielerzahl hängt von Welteinstellungen, Server-Software, Spielerverhalten, Mods, Plugins und davon ab, wie viel Gelände jeder Spieler generiert. Zwanzig Spieler, die an einer Stadt bauen, sind oft leichter zu hosten als sechs, die in verschiedene Richtungen durch unerkundetes Modded-Gelände fliegen.

Ein guter Hoster sagt offen, für welche Last ein Tarif gedacht ist, und gibt dir Werkzeuge, um sie zu steuern. Das Pterodactyl-Panel macht Routine – Dateien bearbeiten, Logs lesen, neu starten, Aufgaben unter Schedules planen – zu ein paar Klicks. Automatische Backups zählen genauso viel wie rohe Geschwindigkeit, wenn ein Update, ein Mod-Konflikt oder ein versehentlicher Befehl die Welt beschädigt.

Bei Elysium laufen Minecraft-Server auf hochgetakteten Ryzen-CPUs und NVMe-Speicher mit DDoS-Schutz, nächtlichem automatischem Backup und Support rund um die Uhr. Das heißt nicht, dass jeder Server den größten Tarif braucht – sondern dass ein Vanilla-SMP, eine Plugin-Community oder eine Modded-Welt eine stabile Basis zum Wachsen bekommt.

Benchmark für deine Spieler, nicht für ein Werbediagramm

Der beste Hoster für eine kleine Welt unter Freunden ist nicht automatisch die beste Wahl für einen öffentlichen Survival-Server mit Events, eigenen Plugins und Spielern in mehreren Zeitzonen. Teste die Version, das Modpack und das Spielverhalten, die du wirklich planst, und halte genug TPS- und MSPT-Reserve für die unruhigen Momente bereit: ein neues Update, ein riesiges Bauprojekt, ein Wochenend-Event oder eine Gruppe, die gemeinsam in frische Chunks aufbricht.

Wenn die Zahlen dazu passen, wie deine Community spielt, ist Hosting nicht mehr etwas, das du jede Nacht reparieren musst – und deine Aufmerksamkeit gehört wieder dem Spielen, Bauen und Lebendighalten der Welt.