Vier Kerne reichen für einen Plex-Haushalt, der überwiegend Direct Play nutzt; acht Kerne rechtfertigen ihre Mehrkosten, wenn Software-Transkodierung und gleichzeitig laufende Host-Aufgaben einen messbaren Schwellenwert überschreiten.
Die Kernanzahl ist nur ein Faktor. Der Vergleich verändert sich, wenn Hardware-Videobeschleunigung, Client-Codecs, Untertitel, Speicherlatenz oder Backup-Aufgaben zum schwächsten Glied werden. Ermitteln Sie zunächst die Arbeitslast, bevor Sie acht Kerne pauschal als Reserve betrachten.
Kompatibilitätsprüfung: Was erzwingt jeder Client?
Erfassen Sie die Codecs, Auflösungen, Untertitel, die Bitrate für den Fernzugriff und die Direct-Play-Rate im Haushalt. Eine CPU mit vier Kernen und funktionierender Hardware-Videobeschleunigung kann eine größere CPU übertreffen, die auf Software-Transkodierung zurückfällt. Wenn ein benötigter Client Direct Play nicht unterstützt und keine Hardwarebeschleunigung verfügbar ist, beenden Sie den Vergleich der Kernanzahl und lösen Sie zuerst das Medienproblem.
Faktor: Gleichzeitige Nutzung verschiedener Clients unter einer Arbeitslast
Führen Sie den erwarteten Spitzenbetrieb aus: Direct-Play-Sitzungen, eine oder mehrere Transkodierungen, einen Bibliotheksscan und alle Backup-Aufgaben, die normalerweise gleichzeitig laufen. Vier Kerne bieten das bessere Preis-Leistungs-Verhältnis, wenn die CPU-Auslastung unter dem dauerhaften Spielraum bleibt und die Wiedergabe stabil ist. Acht Kerne sind die bessere Wahl, wenn sich Software-Transkodierungen aufreihen, Untertitel CPU-Leistung beanspruchen oder Hintergrundaufgaben wiederholt den Spielraum für die Wiedergabe aufbrauchen.
Faktor: Stromverbrauch, Temperaturen und Betriebskosten
Acht Kerne können Warteschlangen verkürzen, aber auch mehr Wärme, Lüftergeräusche und Leerlaufverbrauch verursachen. Vergleichen Sie die Gesamtkosten über den Zeitraum, in dem Sie den Server betreiben möchten, einschließlich Kühlung, Speicher und Backup-Ziel. Wenn die zusätzlichen Kerne ungenutzt bleiben, weil die Clients Direct Play verwenden, ist die günstigere Option technisch die richtige Wahl.
Faktor: Erweiterung und Fehlergrenze
Wählen Sie die CPU, die einen klar benannten nächsten Schritt ermöglicht. Wenn das Wachstum zwei weitere Transkodierungen für den Fernzugriff bedeutet, kann eine Aufrüstung der Hardwarebeschleunigung oder ein separater Transkodierungsknoten besser sein, als die Kernanzahl zu verdoppeln. Weisen Sie Mediendatenbank, Cache und Backups klar definierten Rollen zu, damit eine CPU-Änderung den Wiederherstellungspfad nicht verändert.
Bedingtes Fazit und die mittlere Option
Wählen Sie vier Kerne, wenn der gemessene Spitzenbetrieb überwiegend aus Direct Play besteht, Hardwarebeschleunigung verfügbar ist und Hintergrundaufgaben unter dem Spielraum bleiben. Wählen Sie acht Kerne, wenn die gleichzeitige Nutzung verschiedener Clients wiederholt zu Warteschlangen bei der Software-Transkodierung oder zu Konkurrenz um Host-Ressourcen führt. Wählen Sie eine CPU mit weniger Kernen und unterstützter iGPU, wenn sie denselben Test besteht; wählen Sie keine der beiden Optionen, wenn tatsächlich das Netzwerk oder der Speicherpfad den Engpass bildet. Eine Diskussion zur Hardware für mehrere Streams zeigt, warum die Art der Transkodierung wichtiger ist als eine bloße Angabe der Stream-Anzahl (Belege für gemischte Arbeitslasten).
Produktvergleiche
Mehr zum Lesen

Dedizierter Jellyfin-Server vs. gemeinsamer App-Host: Welche Abgrenzung passt?
Wählen Sie dediziertes Hosting für planbare Medien- und Wiederherstellungs-Workloads; wählen Sie einen Shared-Host, wenn die Workloads gering sind und die Isolation messbar ist.

Jellyfin vs. Plex für Multi-User-Streaming zu Hause: Geräteunterstützung oder Kontrolle?
Plex gewinnt, wenn die Reichweite der Clients ausschlaggebend ist; Jellyfin gewinnt, wenn die Kontrolle ausschlaggebend ist; beide können sinnvoll sein, wenn die Nutzer klar...

Lokale Plex-Datenbank vs. dedizierter Datenbank-Host: Verbessert die Trennung die Zuverlässigkeit?
Eine Korrektur eines falschen Vergleichs zur Platzierung der Plex-Datenbank, zum Netzwerkspeicher, zu konsistenten Backups und zur Redundanz auf Serviceebene.

