Warum verwendet Plex nach einem Update eine hohe CPU-Auslastung?

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.

Why Does Plex Use High CPU After an Update? - Zima Store Online

Eine hohe CPU-Auslastung direkt nach einem Plex-Update kann auf eine vorübergehende Migration oder Analysearbeit zurückzuführen sein, sollte aber nicht auf unbestimmte Zeit als normal angesehen werden.

Am sichersten ist eine zeitlich begrenzte Diagnose. Notieren Sie die Update-Version, die Startzeit, aktive Plex-Prozesse und die Festplattenaktivität. Warten Sie, bis die ausdrücklich angegebene Migrations- oder Analysearbeit abgeschlossen ist, und vergleichen Sie anschließend die CPU-Auslastung bei einem zweiten sauberen Neustart. Bleibt die Auslastung ohne dieselbe Aufgabe bestehen, gehen Sie von einem Regressions- oder Workload-Problem statt von einer „Update-Übergangsphase“ aus.

Vor Einstellungsänderungen nach einer Datenbankmigration suchen

Bei einigen Plex-Versionen muss der vorhandene Datenbankstatus gescannt oder umgewandelt werden, bevor der Server vollständig bereit ist. Diese Arbeit kann für einen begrenzten Zeitraum CPU und E/A-Zugriffe auf die App-Daten beanspruchen.

Einige Versionen erfordern einen vollständigen Scan vorhandener Datenbankeinträge, bevor der Start abgeschlossen ist. Daher sollte die vorübergehende CPU-Auslastung und E/A-Aktivität auf die App-Daten am Ende dieser Migration und nicht am normalen Leerlaufverhalten gemessen werden.

Prüfen Sie die Protokolle auf Migrationsaktivität und achten Sie darauf, ob die CPU-Auslastung sinkt, sobald der Server wieder bereit ist. Unterbrechen Sie eine bekannte Migration nicht nur deshalb, weil der erste Neustart länger als gewöhnlich dauert.

Erneute Analyse von einem festhängenden Prozess unterscheiden

Ein Update kann auch eine neue oder wiederholte Medienanalyse, Vorschauerstellung oder Metadatenverarbeitung auslösen. Diese Auslastung kann fortbestehen, nachdem die Weboberfläche erreichbar ist, und wie eine Regression des Servers wirken.

Eine Analyse nach dem Update kann über einen längeren Zeitraum CPU beanspruchen. Betrachten Sie kalte und neu aufgebaute Arbeitssätze als einen Grund dafür, dass sich das Verhalten beim ersten Durchlauf vom späteren Leerlaufverhalten unterscheiden kann, während Sie die tatsächliche Plex-Aufgabe ermitteln.

Pausieren Sie optionale geplante Aufgaben oder warten Sie, bis der aktive Auftrag abgeschlossen ist, und wiederholen Sie anschließend dieselbe Beobachtung im Leerlauf. Sinkt die CPU-Auslastung, planen Sie die Aufgabe neu, statt globale CPU-Limits zu ändern.

Den zweiten Neustart vergleichen

Einmalige Arbeiten sollten nicht bei jedem sauberen Start identisch erneut auftreten. Ein zweiter Neustart nach Abschluss der Arbeiten ist der schnellste Kontrolltest, um eine Migration von dauerhaftem Verhalten zu unterscheiden.

Behalten Sie den Pfad der App-Daten während des Vergleichs unverändert bei und überwachen Sie dieselben Prozessnamen und Messwerte. Der dauerhafte Pfad der App-Daten sollte konstant bleiben, sodass die einzige bewusst veränderte Variable das abgeschlossene Update ist.

Wenn die CPU-Auslastung auch beim zweiten Start weiterhin bei nahezu 100 % liegt, sammeln Sie Protokolle und ermitteln Sie, ob es sich um eine Suche, einen Scan, eine Transkodierung oder einen anderen Prozess handelt. Gehen Sie von dieser konkreten Auslastung aus und nicht allein vom Datum des Updates.

-15% OFF

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

Single board computer zimaboard2

Nur mit einer sicheren Statusgrenze zurückrollen

Ein binäres Rollback kann riskant sein, wenn die neuere Version gespeicherte Zustände so verändert hat, dass die ältere Version sie nicht versteht. Sichern Sie die Datenbank vor dem Update, bevor Sie ein Rollback als Abkürzung bei der Fehlersuche verwenden.

Ein Rollback sollte eine passende Kopie des Status wiederherstellen, denn saubere Wiederherstellungspunkte schützen vor Änderungen, die eine ältere Binärdatei möglicherweise nicht sicher versteht.

Stellen Sie bei Bedarf den bekannten, funktionierenden Status vor dem Update zusammen mit der passenden Version wieder her. Verwenden Sie nicht abwechselnd alte und neue Binärdateien mit einer einzigen aktiven Datenbank, während Sie die hohe CPU-Auslastung eingrenzen.