Varför ökar Plex bakgrundsaktivitet kraftigt efter en biblioteksändring?

Plex bakgrundsarbete ökar kraftigt efter en biblioteksändring eftersom upptäckt kan utlösa skanning, metadataavstämning, analys och generering av härledda filer i följd.

Ett enda nytt avsnitt kan skapa en kortvarig topp, medan en omdöpt mapp, ett ommonterat bibliotek eller en stor import kan få Plex att gå igenom många sökvägar igen och schemalägga längre analysarbete. Toppen blir mer synlig när miniatyrbilder, bearbetning av intro eller kapitel, säkerhetskopieringar och andra hemserverjobb sammanfaller. En användbar felsökning är att identifiera vilket bakgrundssteg som är aktivt och om det fortskrider normalt.

En biblioteksändring skapar nytt arbete, inte bara nya poster

När media läggs till, flyttas, döps om eller ändras måste Plex göra mer än att infoga en titel i en lista. Programmet måste upptäcka den ändrade sökvägen, identifiera mediefilen, stämma av metadata, uppdatera databasen och avgöra vilka analysjobb som nu gäller. Ändringens omfattning avgör hur stor del av den kedjan som aktiveras.

Administratörer av stora bibliotek rapporterar att hur biblioteksskanningar beter sig varierar beroende på mängden och typen av ändrat innehåll. En topp efter en ändring blir därför mer informativ om du vet om Plex såg ett nytt avsnitt eller ett helt ommappat filträd.

Jämför loggarna och processaktiviteten efter att en enskild fil lagts till med samma mätvärden efter att en mapp döpts om eller en monteringssökväg ändrats. Om bara den större strukturella ändringen orsakar toppen är utlösaren omfattningen av avstämningen, inte en slumpmässig inaktiv arbetsbelastning.

Skanning kan gå från inkrementellt arbete till omfattande inventering

En inkrementell skanning bör bara beröra den del av biblioteket som ändrats, men missade filsystemhändelser, fjärrmonteringar, stora sökvägsändringar eller en uttrycklig fullständig skanning kan få Plex att inventera betydligt mer. Då förvandlas en kortvarig topp till ihållande genomgång av kataloger, metadatakontroller och databasuppdateringar.

Ett långvarigt biblioteksfall visar hur skanning av hela biblioteket kan fortsätta i timmar när mediesökvägen och bibliotekets storlek samverkar på ett ogynnsamt sätt. Den viktiga ledtråden är inte den exakta tidsåtgången, utan om skanningens omfattning har utökats bortom den förväntade ändringen.

Kontrollera vilket bibliotek som är aktivt, om skanningen är partiell eller fullständig och om lagringsfördröjningen ökar medan den körs. Om skanningen berör det förväntade lilla området går du vidare till analysuppgifterna. Om den går igenom hela trädet efter varje liten uppdatering bör du åtgärda ändringsdetekteringen eller schemaläggningen innan du lägger till mer beräkningskapacitet.

Medieanalys lägger till CPU-arbete efter att upptäckten är klar

Upptäckten är bara den första fasen. Plex kan analysera nyupptäckt video för att fastställa tekniska egenskaper och förbereda funktioner som kräver genomläsning av mediefilerna. Beroende på inställningarna kan nya objekt utlösa arbete för förhandsvisningar, intro, kapitel, ljudanalys eller andra härledda filer efter att den synliga biblioteksskanningen verkar vara klar.

Generering av förhandsvisningar är en vanlig källa till arbete efter skanning eftersom förhandsvisningarnas miniatyrbilder skapas från bildrutor i mediefilerna, inte genom en enkel kontroll av filnamnet. Det förklarar CPU- och lagringsaktivitet som fortsätter efter att titeln redan visas i biblioteket.

Observera vilken process som fortfarande är aktiv efter skanningsfasen och jämför den med inställningarna för schemalagd analys eller analys av nyligen tillagda objekt. Om toppen försvinner när en valfri analysfunktion tillfälligt inaktiveras har du isolerat ett bakgrundssteg utan att ändra uppspelningskonfigurationen.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Miniatyr- och kapiteljobb kan fortsätta längre än väntat

Miniatyrjobb märks särskilt tydligt eftersom de läser stora delar av en fil och skriver många små härledda bilder eller indexposter. En stor mängd nyligen tillagda medier kan därför skapa ihållande CPU-belastning, diskläsning och skrivaktivitet i appens tillstånd, trots att själva mediet redan går att spela upp.

Fall där Plex fastnar när miniatyrbilder genereras visar varför ett jobb som inte slutförs måste skiljas från ett kostsamt men fortskridande jobb. De kräver olika åtgärder: det ena behöver tålamod eller schemaläggning, medan det andra kräver en undersökning av den felaktiga filen eller jobbet.

Följ om det aktiva medieobjektet ändras över tid och om databasens eller metadatans storlek fortsätter att öka. Ett jobb som fortskrider kan flyttas till ett lugnare underhållsfönster. Ett jobb som upprepar samma objekt efter omstarter bör felsökas på fil- eller databasnivå innan nästa fullständiga omskanning.

Delade hemserverarbetsbelastningar får toppen att se större ut

På en multifunktionell hemserver kan Plexs bakgrundsarbete sammanfalla med säkerhetskopieringar, nedladdningar, lagringskontroller, fotoindexering eller underhåll i en annan container. Den Plex-utlösta ökningen kan då synliggöra köbildning i lagringen eller konkurrens om CPU-resurser som inte skulle uppstå om biblioteksändringen skedde isolerat.

Återkommande hög CPU-användning när servern verkar vara inaktiv har rapporterats under Plexs bakgrundsaktivitet, och bakgrundstoppar i CPU-användningen är bara användbara när de kopplas till den aktiva uppgiften och medieobjektet. Användningsgraden ensam identifierar inte jobbet.

Upprepa en kontrollerad biblioteksändring med konkurrerande underhåll pausat och återställ sedan de normala schemana. Om toppen blir kortare eller uppspelningen förblir jämn är konkurrens en del av mekanismen. När diskutrymme och bakgrunds-I/O kolliderar kan du använda kontrollen av bakgrundslagring för att skilja kapacitetsproblem från behandlingsbelastning.