Så förvandlar Plex användaråtgärder till bakgrundsarbete

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.

How Plex Turns User Actions Into Background Work - Zima Store Online

En Plex-användaråtgärd kan slutföras i gränssnittet medan servern fortsätter att utföra skanningar, metadataarbete, databasskrivningar eller omkodning i bakgrunden.

Den användbara modellen är begäran, köat arbete, resursanvändning och synligt resultat. En biblioteksändring kan lämna tillbaka kontrollen till användaren innan servern har slutfört alla efterföljande åtgärder, så senare CPU- eller diskaktivitet är inte nödvändigtvis orelaterad. Följ jobbet genom loggar, processaktivitet och lagring i stället för att bara fokusera på när knappen klickades.

En användaråtgärd är ofta bara utlösaren

Gränssnittshändelsen och det resurskrävande serverarbetet behöver inte ha samma livslängd. Att lägga till medier, uppdatera metadata eller starta uppspelning kan starta arbete som fortsätter efter att begäran har bekräftats.

explicit mappning av Docker-volymer separerar sökvägssynlighet från skrivbehörighet mellan tjänster.

Notera tidpunkten för åtgärden och övervaka sedan Plex-processer och loggar under de följande minuterna. Om resursanvändningen börjar efter att gränssnittet har återgått, betrakta det som köat eller asynkront arbete snarare än oförklarad belastning. En hemmedieservertopologi med tydliga tjänsteroller gör också begäran-till-tjänst-kedjan enklare att spåra när kompletterande containrar är inblandade.

Uppspelning kan skapa en annan jobbväg

En uppspelningsbegäran kan vara lätt när klienten använder Direct Play, men bli beräkningskrävande när servern måste konvertera strömmen. Samma titel kan därför skapa olika bakgrundsarbete för olika klienter, undertexter eller begränsningar i fjärrbandbredden.

Plex-omkodningsvägen används bara när direkt leverans inte är möjlig, så Direct Play och konvertering bör dimensioneras separat.

Kör samma fil på en klient som du vet stöder Direct Play och därefter på problemklienten, samtidigt som du jämför CPU- och omkodningsaktivitet. Om bara en av uppspelningsvägarna skapar en kraftig ökning av arbetaraktiviteten bör du undersöka kompatibilitet eller strömbegränsningar innan du dimensionerar för mer CPU.

Biblioteksändringar leder till metadata- och databasarbete

En biblioteksuppdatering påverkar mer än bara mediefilsökvägen. Plex måste hålla det indexerade bibliotekstillståndet, omslag, metadata och referenser till visningsstatus synkroniserade med det som upptäcks.

Plex-serverns datalagring innehåller många små metadata- och databasfiler utöver själva medierna.

Övervaka I/O för appdata under en kontrollerad skanning av ett enskilt objekt innan du testar en fullständig biblioteksuppdatering. Om en uppdatering av ett enda objekt redan skapar hög latens bör du åtgärda sökvägen för appdata innan du optimerar skanningsfrekvensen.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Mät jobbet, inte bara klicket

Felsökningen blir bättre när varje åtgärd har en förväntad efterföljande signatur. CPU, minne, disk, nätverk och processtillstånd bör samplas under hela jobbets tidsfönster i stället för vid ett enda ögonblick.

kontroller av resursmättnad håller diagnosen fokuserad på de faktiska begränsningarna i stället för på en enda nyttjandegrad.

Skapa en tidslinje som omfattar användaråtgärden, när arbetarprocessen startade, högsta resursanvändning och slutförande. Om resurstoppet börjar utan ett motsvarande Plex-jobb bör du bredda undersökningen till andra tjänster eller underhållsaktiviteter på värdsystemet.