Varför använder Plex mycket CPU efter en uppdatering?

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

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

Hög CPU-användning direkt efter en Plex-uppdatering kan bero på tillfälligt migrerings- eller analysarbete, men det bör inte antas vara normalt på obestämd tid.

Den säkraste felsökningen är tidsbegränsad. Dokumentera uppdateringsversionen, starttiden, aktiva Plex-processer och diskaktiviteten. Vänta tills uttryckligt migrerings- eller analysarbete har slutförts och jämför sedan CPU-användningen vid en andra ren omstart. Om belastningen kvarstår utan samma uppgift, går du från ”övergång efter uppdatering” till felsökning av regression eller arbetsbelastning.

Leta efter databasmigrering innan du ändrar inställningar

Vissa Plex-versioner kräver att den befintliga databasen genomsöks eller omvandlas innan servern är helt klar. Detta arbete kan under en begränsad period belasta CPU och appdata-I/O.

Vissa versioner kräver en fullständig genomsökning av befintliga dataposter innan starten är klar. Därför bör tillfällig CPU- och appdata-I/O bedömas utifrån när migreringen är slutförd, inte utifrån normalt inaktivt beteende.

Kontrollera loggarna efter migreringsaktivitet och notera om CPU-användningen sjunker när servern är redo. Avbryt inte en känd migrering bara för att den första omstarten tar längre tid än vanligt.

Skilj omanalys från en process som har fastnat

En uppdatering kan också utlösa ny eller upprepad medieanalys, förhandsgranskning eller metadatahantering. Den arbetsbelastningen kan fortsätta efter att webbgränssnittet blivit tillgängligt och kan se ut som en serverregression.

Analys efter en uppdatering kan belasta CPU under en längre period. Betrakta kalla och återskapade arbetsmängder som en anledning till att beteendet vid första körningen kan skilja sig från senare inaktivitet, medan du identifierar den faktiska Plex-uppgiften.

Pausa valfria schemalagda uppgifter eller vänta tills den aktiva uppgiften är klar och upprepa sedan samma observation i inaktivt läge. Om CPU-användningen sjunker bör du schemalägga om uppgiften i stället för att ändra globala CPU-gränser.

Jämför den andra omstarten

Arbete som bara utförs en gång bör inte återkomma på samma sätt vid varje ren start. En andra omstart efter slutförandet är det snabbaste kontrolltestet för att skilja migrering från ett bestående beteende.

Behåll sökvägen till appdata oförändrad under jämförelsen och övervaka samma processnamn och mätvärden. Den beständiga appdatasökvägen bör förbli konstant så att den enda avsiktliga variabeln är den slutförda uppdateringen.

Om CPU-användningen fortfarande når taket vid den andra starten, samla in loggar och identifiera om arbetsbelastningen gäller sökning, genomsökning, omkodning eller någon annan process. Fortsätt utifrån den konkreta arbetsbelastningen, inte enbart utifrån uppdateringsdatumet.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Återställ endast när tillståndsgränsen är säker

En binär återställning kan vara riskabel om den nyare versionen har ändrat lagrat tillstånd på ett sätt som den äldre versionen inte förstår. Skydda databasen från före uppdateringen innan du använder återställning som en genväg i felsökningen.

En återställning bör återställa en matchande tillståndskopia, eftersom rena återställningspunkter skyddar mot ändringar som en äldre binär kanske inte kan hantera på ett säkert sätt.

Återställ det kända fungerande tillståndet från före uppdateringen tillsammans med den matchande versionen när en återställning är nödvändig. Växla inte mellan gamla och nya binärer mot samma aktiva databas medan du försöker isolera hög CPU-användning.