Hardware Empfehlungen

Hardware-Empfehlungen (B42)

← Home · Zurück: Performance-Guide

Planungs- und Kauf-Seite für einen dedizierten Project-Zomboid-B42-Server. Drei Spieler-Klassen leiten Heap, Host-RAM, CPU-Tipps und Storage-Tier ab. Werte 1:1 aus der englischen Optimierungs-Checkliste (pz-b42-server-guides/b42-server-optimization-checklist.md), dem PDF-Handbuch Kapitel 2 (Blöcke ~82–101) und dem Repo-Stand (.env.example, .env.example-Defaults). TIS veröffentlicht keine offiziellen Specs — jede Zahl ist Community-Quelle oder Heuristik, nie eine TIS-Vorgabe.

Label-Legende: (Repo-Default) = Repo setzt diesen Wert 1:1. (Community-Quelle: ...) = extern belegt. (Heuristik) = begründete Empfehlung.

1. Spieler-Klassen und Heap

Die drei Klassen stammen aus der EN-Checkliste und dem PDF-Handbuch Kapitel 2 (Community-Quelle: pzwiki- und Community-Konsens, dokumentiert in der EN-Checkliste). Wichtig (Heuristik): Host-RAM und JVM-Heap sind zwei verschiedene Größen — der Heap ist ein Teil des Host-RAM, nicht das Host-RAM selbst. Tabelle übernimmt diese Trennung explizit.

Klasse	Host-RAM (Gesamt)	Empfohlener Heap (-Xmx)	Typische Spieler / Mods	Quelle/Label
Small	≤ 8 GB	6–8 GB	Testserver, 1–2 Spieler, wenige Mods	Community-Quelle: B42-Optimierungs-Guide
Medium	8–24 GB	10–14 GB	Standard-Coop-Betrieb (Zielbild dieses Repos)	Community-Quelle: B42-Optimierungs-Guide
Large / Modded	24+ GB	16 GB	24+ Spieler oder schwere Mods	Community-Quelle: B42-Optimierungs-Guide

Dieselbe Kanonik (Host-RAM-Klasse → Heap) steht in ENV-Variablen, Quickstart-Linux und Performance-Guide — alle Stellen referenzieren dieselbe Quelle. Die „Spieler / Mods"-Zuordnung ist eine Ableitung aus der Faustformel unten (Heuristik), keine eigene Tier-Logik.

Repo-Default für die .env-Variable RAM_XMX (1:1 aus .env.example): 12G — passt zum Medium-Profil mit 8 Spielern und der Repo-Modliste.

Host-RAM-Rechnung (Heuristik)

Faustformel als Startpunkt (Community-Quelle: Community-Regel aus Hosting-Guides, dokumentiert in der EN-Checkliste):

• ~6 GB Basis + 0,5 GB pro verbundenem Spieler (Heuristik).
• B42 ≈ +2 GB gegenüber einer vergleichbaren B41-Konfiguration wegen neuer Crafting-Pipelines und Tier-KI-Bookkeeping (Community-Quelle: Hosting-Guides).
• Immer 6–8 GB RAM für OS und Page-Cache reservieren — ein 16 GB- Heap auf einem 16 GB-Host swapt beim Chunk-Streaming (Community-Quelle: EN-Checkliste).
• 16 GB Heap ⇒ Host ≥ 24 GB RAM (Community-Quelle: EN-Checkliste). Bei 16 GB Host-RAM also maximal 12–13G Heap.

-Xms gleich -Xmx setzen, um Heap-Resize-Pausen zu vermeiden (Community-Quelle: Hosting-Guides). Das Repo setzt im systemd-Service nur -Xmx${RAM_XMX}; ein -Xms-Flag muss bei Bedarf am Skript ergänzt werden (Repo-Stand, Vertiefung Performance-Guide).

2. CPU

Die Haupt-Simulation (Zombie-KI, Pfadfindung, Beleuchtung, Chunk-Arbeit) läuft single-threaded auf einem Kern (Community-Quelle: PDF-Handbuch Kapitel 1). Netzwerk-I/O und Speichern können andere Threads nutzen, entlasten aber den Simulationsthread nicht (Community-Quelle).

Konsequenzen für die Hardware-Wahl (Community-Quelle: Hosting-Guides):

• Taktrate > Kernanzahl — PZ skaliert kaum über Kerne; die zusätzlichen Kerne vereinfachen nur das Nebenladen von OS, Backups und Netzwerk (Community-Quelle, dokumentiert in der EN-Checkliste).
• Community-Hosts zielen auf etwa 4,5 GHz Boost minimum, übliche Beispiele: Ryzen 9 7950X / 9950X oder Intel Core i9-13900K (Community-Quelle: Hosting-Guides; einzelne Modellnennungen, kein TIS- Konsens).
• Zombie-Pfadfindung ist nicht parallelisierbar über JVM-Flags (Community-Quelle, EN-Checkliste). B42 fügt tierische KI und neue Crafting-Pipelines hinzu und erhöht damit die Last des einzelnen Simulationsthreads zusätzlich (Community-Quelle).

Wer Hardware anschafft, priorisiert Single-Thread-Leistung, nicht Kernzahl (Heuristik, EN-Checkliste).

3. Storage

Storage-Tiers in der Übersicht; Mess-Schwellen, Symptome und tmpfs-Skizze stehen ausführlich auf Storage-und-Map-Streaming.

Tier	Eignung für B42 (8 Spieler + Repo-Modliste)	Quelle/Label
HDD	Ungeeignet — Symptomgebiet: lange Welt-Ladezeiten, stotterndes Cell-Streaming, Rubber-Banding	Community-Quelle (GTX Gaming, EN-Storage-Guide)
SATA SSD	Akzeptabel für Small-Server; störanfällig bei überlastetem Controller	Heuristik, EN-Storage-Guide
NVMe	Empfohlener Standard für Medium und Large	Heuristik, EN-Storage-Guide
NVMe Gen4 / Gen5 RAID	Sinnvoll bei dichten Welten mit vielen Spielern; keine TIS-Pflicht	Community-Quelle (Vendor-Marketing)

Wichtig (Heuristik): es gibt keine offiziellen TIS-IOPS-Specs — Vendor- Zahlen sind Marketing, nicht B42-Anforderung. Gemessen wird am Gerät, das die Live-Save-Struktur (${PZ_DATA_DIR}/Saves/Multiplayer, Repo-Default) bedient.

4. Netzwerk / Upload

Upload-Bandbreite ist der einzige vom Repo-Stand belegte Netzwerk-Wert (docs/09-performance.md): 10+ Mbit/s stabil für 8 Spieler (Community-Quelle: Repo-Doku docs/09). Höhere Spielerzahlen erfordern entsprechend mehr Headroom, aber das Repo selbst gibt keinen höheren Wert vor.

Für Failover / Notfall-Betrieb sind die GCP-Defaults des Repos relevant (gcp/create-instance.sh, Repo-Default): e2-standard-4 (4 vCPU, 16 GB RAM) und FAILOVER_SLOTS=3 / FAILOVER_XMX=8G (.env.example). Volles Failover-Konzept: GCP-Failover.

5. Was NICHT kaufentscheidend ist

Mehrere Eigenschaften, die in Foren und Empfehlungen auftauchen, aber keinen nachweisbaren Hebel für den B42-Server haben (Heuristik, EN-Checkliste):

• Mehr CPU-Kerne — der Simulationsthread nutzt einen Kern. Mehr Kerne helfen höchstens beim OS- und Backup-Nebenladen (Community-Quelle: EN-Checkliste).
• Spezielle „Gaming-SSD"-Zertifizierungen — kein TIS-relevantes Kriterium, da keine offiziellen B42-Specs existieren (Heuristik, EN-Storage-Guide).
• Schnellere Single-Thread-Raten jenseits ~4,5 GHz — jenseits des genannten Community-Ziels gibt es keinen dokumentierten Performance-Sprung pro GHz (Heuristik).
• Aufgerüstete RAM-Controller-Layouts — solange die Host-RAM-Klasse zur Heap-Tabelle passt, bringen komplexere Speicherkanal-Konfigurationen keinen dokumentierten Vorteil (Heuristik).
• Höhere Download-Bandbreite — der Server zieht Mods einmalig via SteamCMD; im laufenden Betrieb dominiert die Upload-Bandbreite (Heuristik).

6. Konsolidierte Empfehlung (Heuristik)

Die folgende Tabelle fasst die Hardware-Planung pro Spieler-Klasse als kompromisslose Empfehlung zusammen (alle Werte Heuristik, abgeleitet aus EN-Checkliste und PDF-Handbuch; Repo-Defaults separat markiert). Wer mehrere Mods dazukauft, verschiebt sich eine Klasse nach oben.

Klasse	CPU (Beispiel)	RAM	Storage	Upload	Repo-Default RAM_XMX
Small	4-Kern-CPU ≥ 4,0 GHz Boost	16 GB	NVMe	≥ 10 Mbit/s	8G wäre passend (nicht gesetzt im Repo, Repo-Default 12G)
Medium	Ryzen 5 7600X / i5-13600K-Klasse	16–24 GB	NVMe	≥ 15 Mbit/s	12G (Repo-Default .env.example)
Large / Modded	Ryzen 9 7950X / i9-13900K-Klasse	≥ 24 GB	NVMe Gen4	≥ 25 Mbit/s	16G empfohlen; Repo-Default 12G ist Small-/Medium-Profil

CPU-Beispiele sind Community-Quelle (Hosting-Guides), keine TIS-Empfehlung; genaue Modellnamen können je nach Marktstand anders ausfallen — die Single-Thread-Klasse zählt, nicht das Modell.

7. Einkaufs-Checkliste

Vor dem Kauf (Heuristik, EN-Checkliste und EN-Storage-Guide):

• Single-Thread-Boost ≥ 4,5 GHz?
• RAM so groß, dass Heap-Tabelle + 6–8 GB OS-Reserve passen?
• Live-Save-Pfad auf NVMe (kein HDD-Betrieb)?
• Upload ≥ 10 Mbit/s stabil (für 8 Spieler)?
• .env-Variable RAM_XMX an Host-RAM und Spieler-Klasse angepasst?
• -Xms gleich -Xmx gesetzt (Heap-Resize-Pausen vermeiden)?

Wer alle Punkte mit „ja" beantworten kann, hat die Hardware-Planung aus Sicht der Community-Quellen abgeschlossen. Die Feintuning-Schritte (GC-Auswahl, Zombie-Update-Werte, Sandbox-Population) sind Thema von Performance-Guide, nicht dieser Seite.

---

Weiter: Performance-Guide · Quickstart-Linux · Storage-und-Map-Streaming · ENV-Variablen

Vertieft in Repo: pz-b42-server-guides/b42-server-optimization-checklist.md und docs/09-performance.md.