Inhalt dieses Guides
Project-Zomboid-Server Leistung sinnvoll planen: RAM, CPU, SSD, Spielerzahl, Mods, große Karte, Restart-Rhythmus und Messwerte statt pauschaler Gigabyte-Regeln.
Server-Arbeitsmodus
Arbeite den Guide kontrolliert ab und ändere immer nur eine Variable. Dein Fortschritt bleibt nur in diesem Browser gespeichert.
Wo hängt dein Server gerade?
Netzwerkdiagnose bringt nichts, solange der Server lokal nicht sauber startet oder lauscht.
Wenn localhost/LAN funktioniert, liegt der nächste Prüfbereich bei Host-Firewall, Router, öffentlicher Adresse und NAT.
Bei Lag, Abstürzen oder Update-Problemen sind Logs, Ressourcen, Mods und ein sauberer Rollbackpfad wichtiger als weitere Portregeln.
Bei Project Zomboid gibt es keine seriöse Formel wie „x Spieler = y GB RAM“, die jede Welt und Modliste korrekt abbildet. Build 42 hat Karte, Systeme und Multiplayer erweitert; gleichzeitig können Mods und lange Laufzeiten den Ressourcenbedarf stark verändern.
RAM als Reserve, nicht als Zielwert
Plane genügend Speicher für Java-Prozess, Betriebssystem und Spitzen ein. Wenn der Host regelmäßig swappt, verschlechtern sich Latenz und Ladezeiten deutlich. Mehr zugewiesener Heap löst jedoch keine CPU-, Mod- oder Datenbankprobleme.
CPU-Zeit ist oft entscheidender
Viele Spielsimulationen und Modskripte hängen an einzelnen stark belasteten Threads. Beobachte deshalb CPU-Auslastung pro Kern und Serverreaktion während hoher Spieleraktivität. Eine große vCPU-Zahl mit niedriger Single-Core-Leistung ist nicht automatisch besser.
SSD statt langsamer Massenspeicher
Welt-Chunks, Logs, Datenbank und Workshop-Dateien erzeugen I/O. Eine SSD reduziert Wartezeiten und macht Backups schneller. Für gemietete Server solltest du prüfen, ob der Anbieter tatsächlich SSD/NVMe und nicht nur „Storage“ ohne Performanceangabe nennt.
Mods verändern den Bedarf
Viele Mods erhöhen Speicherverbrauch, Scriptlast und Ladezeiten. Besonders Kartenmods und große Contentpakete sollten einzeln eingeführt werden. Dokumentiere den Ressourcenstand vor und nach größeren Änderungen.
Spielerlimit vorsichtig erhöhen
Build 42 kann hohe Spielerzahlen technisch verwalten, doch das ist kein Versprechen für dieselbe Qualität bei 10, 50 oder 200 Spielern. Miss Tick-/Serverreaktion, Netzwerk und Speicher, bevor du MaxPlayers stark anhebst.
Geplante Restarts sind kein Ersatz für Ursachenanalyse
Ein täglicher Restart kann langfristige Speicherfragmentierung oder temporäre Last entschärfen. Wenn der Server aber bereits nach kurzer Zeit einbricht, solltest du Logs, Mods und Ressourcen untersuchen statt nur häufiger neu zu starten.
Hostingvergleich nach Messwerten
Bei Managed Gameservern sind CPU-Modell, RAM-Zuteilung, NVMe/SSD, Backup-Retention und Save-Export wichtiger als eine große beworbene Slotzahl. Genau diese Kriterien solltest du auf einer Money-Page vergleichen.