Raspberry Pi Minecraft: Wie viele Spieler?

Sie wollen einen Always-on-Minecraft-Server für sich und ein paar Freunde, und ein Raspberry Pi auf dem Regal wirkt wie der günstige, leise Weg dorthin. Die Frage, die niemand ehrlich beantwortet: Wie viele Spieler, bevor es wirklich ruckelt? Die meisten Anleitungen führen Sie durch die Java-Installation und erklären sich damit für fertig. Sie verraten weder die Obergrenze noch, wann genau sie erreicht ist.

Hier ist die ehrliche Version – mit den Zahlen und ihrer Herkunft.

TL;DR

Ein Pi 4 (4 GB) mit PaperMC hält realistisch 3–6 Spieler; ein Pi 5 (8 GB) schafft bei reduzierter View-Distance 8–12 – Quelle, Quelle.
PaperMC ist keine Option, sondern Pflicht. Es senkt die CPU-Last um etwa 30–50 % gegenüber Vanilla – Vanilla schafft auf demselben Pi 5 nur 2–5 Spieler.
Der offizielle Bedrock Dedicated Server hat keinen ARM64-Build und braucht auf einem Pi langsame x86-Emulation – für Bedrock-Freunde läuft stattdessen Geyser auf Ihrem Paper-Server.

Warum ein Raspberry Pi hierfür tatsächlich Sinn ergibt

Eine kleine Minecraft-Welt für den Freundeskreis braucht keinen Rack-Server. Sie braucht etwas, das 24/7 läuft, kaum Strom zieht und monatelang niemand anfassen muss. Genau das ist die Jobbeschreibung einer Homelab-Kiste, und deshalb betreibe ich die meisten meiner Always-on-Container – Minecraft eingeschlossen – als Docker-Dienste statt als blanke Installation. Falls Sie diese Basis noch nicht eingerichtet haben, deckt unser Einsteiger-Leitfaden zum Homelab die Grundlagen ab, und wenn Sie zwischen einem Pi und einer kleinen x86-Box für diese Art Workload schwanken, lohnt sich vorher unser Mini-PC-Vergleich – ein Pi gewinnt bei Preis und Leerlaufverbrauch, ein Einsteiger-Mini-PC bei roher Single-Thread-Geschwindigkeit, die bei Minecraft mehr zählt, als man denkt.

Der Grund, warum Single-Thread-Tempo zählt: Der Java-Server von Minecraft ist für die Weltsimulation noch weitgehend einkernig. Redstone, Entity-KI und Chunk-Ticking laufen größtenteils auf einem einzigen Kern, egal wie viele Kerne der Pi hat. Das ist der eigentliche Engpass hinter jeder Zahl weiter unten.

Java (PaperMC) oder Bedrock? Die ARM-Realität

Vanilla-Java-Minecraft auf einem Pi ist mühsam – derselbe Pi-5-Test, der 8–12 Spieler mit PaperMC erreichte, schaffte mit Vanilla nur 2–5 bei auf 8–10 Chunks gedeckelter Sichtweite. PaperMC (und sein Fork Purpur) schreiben Chunk-Loading, Entity-Tracking und Tick-Scheduling um, um das Schlimmste am Vanilla-Overhead pro Tick zu vermeiden – deshalb behandelt fast jede ernsthafte Pi-Anleitung es als nicht verhandelbar statt als optional.

Bedrock ist die schwierigere Entscheidung. Theoretisch ist Bedrocks C++-Server leichter als der von Java – doch auf einem Pi zerfällt diese Theorie, weil Mojangs offizieller Bedrock Dedicated Server keinen nativen ARM64-Build hat. Ihn zu betreiben bedeutet, einen x86_64-Prozessor mit QEMU zu emulieren, und wie es ein Pi-fokussierter Bericht nach dem tatsächlichen Versuch formuliert: „das ist langsam. SEHR langsam" – allein der Start dauert Minuten, das Blockabbauen ruckelt, Verbindungen laufen in Timeouts (Quelle). Es ist ein Proof of Concept, nichts, das Sie Freunden in die Hand drücken würden.

Tip

Hat Ihre Freundesgruppe Bedrock-Spieler (Konsolen, Mobilgeräte, Windows), emulieren Sie nicht Bedrocks Server – lassen Sie stattdessen Geyser als Plugin auf Ihrem Java-/PaperMC-Server laufen. Es übersetzt das Bedrock-Protokoll direkt im Prozess, läuft also nativ auf ARM ohne Emulationsverluste, und alle landen in derselben Welt.

Note

Java Edition selbst läuft nativ auf dem 64-Bit-Betriebssystem des Raspberry Pi (aarch64) – keine Emulation nötig. Das ist der ganze Grund, warum Java + PaperMC und nicht Bedrocks offizieller Server das praktische Pi-Setup ist.

Die reale Spieler-Obergrenze pro Pi-Modell

Drei unabhängige Berichte, die tatsächlich Server auf Pi-Hardware betrieben haben, kommen auf eine ähnliche Spanne – hier das konsolidierte Bild:

Pi-Modell	Realistische Spieler (PaperMC)	Empfohlene View-Distance	Anmerkungen
Pi 4 (4 GB)	3–6	6	RAM ist knapp, sobald OS- und JVM-Overhead abgezogen sind; meist limitiert die CPU vor dem RAM (pidiylab, raspberry.tips)
Pi 4 (8 GB) / Pi 5 (4 GB)	5–8	6–8	Zusätzlicher Spielraum kauft vor allem Stabilität und Platz für ein paar leichte Plugins, nicht dramatisch mehr Spieler – auf dem Pi 4 bleibt die CPU die Grenze
Pi 5 (8 GB)	8–12	8–10	Beste realistische Option für einen Freundeskreis-Server; Vanilla schafft auf derselben Hardware nur 2–5 (gameteam.io)

KEY-STAT: 8–12 Spieler — realistische Obergrenze für einen getunten PaperMC-Server auf einem Raspberry Pi 5 (8 GB) — Quelle

Warning

Diese Zahlen setzen eine frische, überschaubare Survival-Welt voraus. Große erkundete Karten, aufwendige Redstone-Konstruktionen, Hopper-Farmen oder ein großes Modpack verändern die Rechnung schnell – rechnen Sie damit, dass die praktische Obergrenze sinkt, teils um die Hälfte, sobald Spieler automatisierte Farmen bauen.

RAM und View-Distance: die Stellschrauben, die wirklich zählen

Wenn Sie nur eine Einstellung anfassen, dann die View-Distance. Sie von Minecrafts Standardwert 10 auf 8 zu senken, halbiert grob die Zahl geladener Chunks und senkt die CPU-Last spürbar – sie gilt wiederholt als die wichtigste Performance-Stellschraube für Pi-Server. Die Simulation-Distance (wie weit der Server aktiv Entities, Feldfrüchte und Redstone tickt) ist eine separate, kleinere Stellschraube, die sich lohnt eine Stufe unter der View-Distance zu senken, falls es weiter ruckelt.

Zum Arbeitsspeicher: Das Standard-Image itzg/docker-minecraft-server setzt den JVM-Heap standardmäßig auf konservative 1 GB über die Variable MEMORY, was zu wenig ist, sobald mehr als ein, zwei Spieler online sind. Ein brauchbarer Ausgangspunkt ist etwa die Hälfte des gesamten Pi-RAMs für den Heap – der Rest bleibt für OS, Docker und den Java-eigenen Overhead außerhalb des Heaps.

Eine ehrliche Anmerkung: Aikars Flags, die gängigen JVM-Garbage-Collection-Tuning-Flags für x86-Minecraft-Hosts, sind im itzg-Image hinter einem einfachen USE_AIKAR_FLAGS-Schalter verfügbar. Manche Pi-Betreiber berichten, sie brächten auf ARM weniger als auf x86-Hardware, und eine neuere Alternative – MeowIce's Flags, gebaut für Java 17+ – steckt im selben Image als USE_MEOWICE_FLAGS. Probieren Sie beide; gehen Sie nicht davon aus, dass eines davon auf ARM dieselbe kostenlose Performance bringt wie auf einer dedizierten x86-Box.

Einrichtung mit Docker

Ich betreibe das in Docker auf einem Proxmox-Homelab-Knoten statt Java direkt auf dem OS des Pi zu installieren – das macht Backups, Upgrades und View-Distance-Anpassungen zu einer Ein-Zeilen-Änderung statt einer manuellen Bearbeitung. Wenn Sie zwischen Docker und einer vollen VM für so eine Workload abwägen, decken unser Vergleich Proxmox vs. Docker und unser Vergleich Docker vs. virtuelle Maschinen beide den Trade-off ab – für einen einzelnen Game-Server ist Dockers geringerer Overhead fast immer die richtige Wahl.

64-Bit Raspberry Pi OS Lite flashen (nicht 32-Bit – ein 32-Bit-OS kann nicht mehr als ~4 GB RAM adressieren, was den Sinn eines 8-GB-Boards zunichtemacht).
Von SSD oder NVMe booten, nicht von einer blanken microSD-Karte. Minecraft schreibt ständig Chunk-Daten; billige SD-Karten sind eine dokumentierte Ursache für Weltkorruption und Lag-Spitzen beim Speichern (pidiylab).
Docker und Docker Compose installieren auf dem Pi.
Eine compose.yaml erstellen mit dem community-üblichen itzg/minecraft-server-Image (siehe unten).
TYPE=PAPER, EULA=TRUE und einen MEMORY-Wert setzen, passend zum RAM Ihres Pi.
VIEW_DISTANCE reduzieren auf 6–10, je nach Modell, gemäß der Tabelle oben.
docker compose up -d ausführen und auf Port 25565 verbinden.

services:
  minecraft:
    image: itzg/minecraft-server:latest
    container_name: mc-survival
    restart: unless-stopped
    ports:
      - "25565:25565"
    environment:
      EULA: "TRUE"
      TYPE: "PAPER"
      MEMORY: "3G"          # etwa die Hälfte des RAMs eines 8-GB-Pi
      VIEW_DISTANCE: "8"    # auf 6 senken bei einem 4-GB-Pi-4
      USE_AIKAR_FLAGS: "true"
    volumes:
      - ./data:/data
    stdin_open: true
    tty: true

Das ist der ganze Server. Simulation-Distance und alle anderen server.properties-Werte lassen sich nach dem ersten Start direkt in der gemounteten Datei ./data/server.properties bearbeiten.

Warning

Setzen Sie immer EULA=TRUE und pflegen Sie automatisierte Backups des ./data-Volumes – Mojang verlangt die EULA-Zustimmung, damit der Server überhaupt läuft, und eine beschädigte Welt ohne Backup ist die häufigste Art, wie ein Homelab-Minecraft-Server in Tränen endet.

Wann es ruckelt

Die Zahlen oben gelten für eine überschaubare, größtenteils erkundete Survival-Welt. Achten Sie auf diese konkreten Auslöser:

Große erkundete Karten. Jeder Chunk, den ein Spieler je besucht hat, kann neu geladen und gespeichert werden; eine weitläufige, vollständig erkundete Welt belastet die Festplatten-I/O deutlich stärker als eine frische.
Automatisierte Farmen. Hopper-lastige Farmen, Dorfbewohner-Zuchtanlagen und Mob-Grinder ticken permanent, egal wer online ist, und sind ein bekannter Weg, wie ein einzelner AFK-Spieler die Server-TPS um mehrere Punkte drücken kann.
Modpacks. Schwere Modpacks fügen Entity-Typen, Tick-Handler und Weltgenerierungs-Komplexität hinzu, auf die Vanilla und PaperMC nie ausgelegt waren – behandeln Sie jede Zahl in diesem Artikel als Vanilla-plus-Plugins-Obergrenze, nicht als modifizierte.
SD-Karten-Verschleiß. Ständige Chunk-Schreibvorgänge übersteigen, wofür handelsübliche microSD-Karten gebaut sind; Korruption ist eine wiederkehrende, dokumentierte Beschwerde in Pi-Minecraft-Communitys – deshalb ist Schritt 2 oben nicht optional.

Steuert Ihre Welt auf eines dieser Probleme zu, ist die Lösung nicht eine noch kleinere View-Distance – sondern weniger Redstone-Farmen, regelmäßiges Weltbeschneiden oder das Akzeptieren einer niedrigeren Spielerzahl als in der Tabelle oben.

FAQ

Wie viele Spieler verträgt ein Raspberry-Pi-Minecraft-Server?

Mit PaperMC und reduzierter View-Distance liegt eine realistische Spanne bei 3–6 Spielern auf einem Pi 4 (4 GB) und 8–12 Spielern auf einem Pi 5 (8 GB), basierend auf mehreren unabhängigen Praxistests. Vanilla-Java ohne PaperMC senkt diese Obergrenze etwa um die Hälfte.

Ist PaperMC besser als Vanilla-Minecraft für einen Raspberry Pi?

Ja, deutlich. PaperMCs optimiertes Chunk-Loading und Tick-Scheduling senken die CPU-Last um geschätzt 30–50 % gegenüber Vanilla auf derselben Hardware – der Unterschied zwischen einem Server, der eine Handvoll Spieler hält, und einem, der schon bei zwei oder drei kämpft.

Kann ein Raspberry Pi Bedrock Edition nativ ausführen?

Nicht den offiziellen Bedrock Dedicated Server – er hat keinen ARM64-Build und braucht auf einem Pi langsame x86-Emulation, was sich in der Praxis als unbrauchbar für echtes Spielen erwiesen hat. Der praktische Weg für Bedrock-Spieler ist das Geyser-Plugin auf einem nativen Java-/PaperMC-Server.

Lohnt sich der Raspberry Pi 5 gegenüber dem Pi 4 für Minecraft?

Ja, wenn Sie mehr als eine kleine Handvoll Spieler wollen. Die neueren, schnelleren Kerne des Pi 5 übersetzen sich in eine deutlich höhere realistische Obergrenze (etwa 8–12 Spieler gegenüber 3–6 beim Pi 4), da Minecrafts Weltsimulation weiterhin größtenteils an einen Kern gebunden ist.

Wie viel RAM sollte ich einem Raspberry-Pi-Minecraft-Server zuteilen?

Ein vernünftiger Ausgangspunkt ist etwa die Hälfte des gesamten Pi-RAMs für den Java-Heap (zum Beispiel 3 GB bei einem 8-GB-Pi) – der Rest bleibt für OS, Docker und JVM-Overhead außerhalb des Heaps. Das Docker-Image itzg/minecraft-server setzt standardmäßig einen konservativen 1-GB-Heap, der für mehr als ein, zwei Spieler zu niedrig ist.