Was setzt die Plex-Leistungsgrenze tatsächlich?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

What Actually Sets the Plex Performance Ceiling?

Die Leistungsgrenze von Plex wird durch die erste gesättigte Abhängigkeit im aktiven Wiedergabepfad bestimmt, nicht durch die schnellste Spezifikation im Server.

Eine leistungsstarke CPU kann eine unzureichende Upload-Bandbreite nicht ausgleichen, und ein schnelles Netzwerk kann keine Transkodierung verhindern, wenn ein Client den Codec nicht unterstützt. Ebenso kann eine SSD die Reaktionsfähigkeit von Metadaten verbessern, ohne die Anzahl der Hardware-Transkodierungen zu erhöhen, die eine GPU dauerhaft verarbeiten kann. Betrachten Sie Plex als eine Kette von Abhängigkeiten und messen Sie die erste ausfallende Stufe, bevor Sie Hardware, Speicher, Netzwerk oder Container-Einstellungen ändern.

Der Wiedergabemodus bestimmt, welche Ressource am wichtigsten ist

Direct Play kann wenig CPU benötigen, da der Server die Datei hauptsächlich liest und überträgt, während die Transkodierung die Arbeit auf die CPU oder dedizierte Videohardware verlagert und zusätzlich temporären Speicher beansprucht. Bei der Remote-Wiedergabe kann eine Upload-Bandbreitengrenze hinzukommen, die im LAN nicht vorhanden ist.

Der Server wählt abhängig von der Client-Kompatibilität und den Anforderungen des Streams zwischen Direct Play, Direct Stream und Transkodierung. Dadurch ändern sich die von jeder Sitzung beanspruchten Ressourcen. Das ist die Grundlage, die für die Leistungsgrenze von Plex ermittelt werden muss.

Derselbe Server hat daher mehrere Leistungsgrenzen. Die relevante Grenze ist immer aufgabenspezifisch: eine Direct-Play-Grenze, eine Software-Transkodierungsgrenze, eine Hardware-Transkodierungsgrenze oder eine Grenze durch die Remote-Bandbreite.

Gleichzeitige Sitzungen vervielfachen nur die von jeder Sitzung genutzten Ressourcen

Zwei gleichzeitige Sitzungen verdoppeln nicht automatisch jede Ressource. Sie können sich den Metadaten-Cache und Netzwerkpfade teilen, während jede Transkodierung zusätzliche Rechenleistung und temporäre I/O-Ressourcen beansprucht. Ein Direct-Play-Stream kann hauptsächlich zusätzliche Lesezugriffe auf den Speicher und Netzwerkverkehr verursachen.

Bei der Messung der Plex-Leistungsgrenze sollte eine Engpassprüfung nach Ressourcen Auslastung, Sättigung und Fehler bei CPU, Arbeitsspeicher, Netzwerk und Speicher untersuchen, statt sich auf eine einzelne Durchschnittskennzahl zu verlassen.

Dieser Ansatz verhindert einen häufigen Fehler: mehr RAM zu kaufen, weil die Gesamtspeichernutzung hoch aussieht, obwohl der eigentliche Ausfall genau dann beginnt, wenn der Transcoder oder die Upload-Verbindung ihre Grenze erreicht.

Wann ein einzelner Benchmark irreführend wird

Ein einzelner 1080p-Test kann keine 4K-HDR-Wiedergabe mit Einbrennen von Untertiteln vorhersagen, und ein LAN-Test sagt nichts über eine langsame Remote-Verbindung aus. Client-Funktionen und Medienformate können den Pfad so stark verändern, dass der bisherige Engpass verschwindet und ein anderer zum dominierenden Faktor wird.

An der Ausfallgrenze der Plex-Leistungsgrenze können gemeinsam betriebene Container messbare Ressourceninterferenzen aufweisen. Deshalb zeigen Überlastungstests mehr als isolierte Benchmarks auf einem gemeinsam genutzten Host.

Wiederholen Sie die Belastung mit jeweils nur einer veränderten Variable. Wenn sich der Engpass auf eine andere Stufe verlagert, behandeln Sie dies als einen neuen Betriebsbereich, anstatt die Ergebnisse miteinander zu mitteln.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Ermitteln Sie die erste gesättigte Stufe

Beginnen Sie mit dem Wiedergabemodus und untersuchen Sie anschließend in dieser Reihenfolge Rechenleistung, Netzwerk, Speicher, die Reaktionsfähigkeit der Anwendungsdaten und die Client-Kompatibilität. Erhöhen Sie die Anzahl der Sitzungen schrittweise, bis eine Stufe eine wiederholbare Grenze erreicht. Ein DAS-NAS-Vergleich hilft ebenfalls dabei, das Client-Verhalten während des Tests von serverseitigen Grenzen bei Rechenleistung und Speicher zu trennen.

Bevor Sie eine Änderung an der Plex-Leistungsgrenze akzeptieren, sollten Sie ohne ausdrücklich festgelegte Container-Ressourcenlimits berücksichtigen, dass ein benachbarter Dienst im selben Spitzenzeitraum CPU, Arbeitsspeicher oder Speicher-I/O beanspruchen und dadurch das Verhalten von Plex verändern kann.

Rüsten Sie nur die Abhängigkeit auf, die den benötigten Workload begrenzt. Hören Sie auf, sobald die gewünschte Anzahl an Sitzungen mit ausreichend Reserve funktioniert. Zusätzliche Kapazität in einer nicht limitierenden Komponente erhöht die beobachtete Leistungsgrenze nicht.

Ermitteln Sie zuerst Direct Play, Direct Stream oder Transkodierung
Fügen Sie Sitzungen einzeln hinzu
Halten Sie fest, welche Ressource zuerst gesättigt ist und welches Symptom dabei auftritt
Rüsten Sie die begrenzende Stufe auf und wiederholen Sie anschließend denselben Test