Vad orsakar ryckvis disk-I/O på en Plex-server?

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.

Ryckig Plex-disk-I/O beror vanligtvis på köat bakgrundsarbete eller fördröjda skrivningar, inte på en disk som är kontinuerligt överbelastad.

Betrakta först spiken som ett tidsproblem. En genomsökning, miniatyrbildsuppgift, databastransaktion eller annan container kan skapa arbete snabbt medan operativsystemet fördröjer delar av den fysiska skrivningen. Korrelera diskspiken med Plex-aktivitet, värdsystemets skrivbackning och andra tjänster innan du skyller på själva disken.

Börja med spikens utformning

En kort spik och en ihållande kö pekar på olika felorsaker. En spik som snabbt försvinner kan vara normal batchhantering, medan en kö som förblir djup kan tyda på överbelastning.

kontroller av utnyttjandegrad, mättnad och fel skiljer en upptagen resurs från en som faktiskt är begränsad eller håller på att gå sönder.

Samla in diskens utnyttjandegrad, ködjup, fördröjning och tidpunkterna för Plex-uppgifter under samma femminutersperiod. Om kön förblir förhöjd efter att Plex-uppgiften avslutats bör du undersöka lagringsvägen i stället för uppgiftsschemaläggaren.

Linux kan fördröja skrivningar och utföra dem tillsammans

Filsystemsskrivningar når inte alltid disken i samma ögonblick som Plex utför dem. Smutsiga sidor kan samlas i minnet och sedan skrivas ut i en synlig spik, särskilt vid metadataintensivt arbete.

Linux skrivbackning kan fördröja fysisk diskaktivitet efter att programmet har genererat skrivningarna.

Jämför räknare för smutsigt minne och skrivbackning med diskspiken medan en biblioteksskanning eller ett metadatajobb körs. Om skrivbackningen ökar före enhetsspiken beror spiken åtminstone delvis på operativsystemets batchhantering.

Separera I/O för appdata från I/O för media

Plex-mediefiler och Plex-programdata har mycket olika åtkomstmönster. Stora videoläsningar är till största delen sekventiella, medan databaser, metadata, omslagsbilder, loggar och cacheminnen skapar mindre slumpmässiga operationer.

Plex metadatalagring omfattar databaser, omslagsbilder, index och andra filer som innehåller serverns tillstånd.

Mät appdatavolymen och mediavolymen separat om de ligger på olika enheter. När appdataenheten får en spik medan medieenheten är lugn bör du fokusera på databas-, metadata- eller cacheaktivitet. En beständig appdatasökväg som är separat från massmedia gör det enklare att observera dessa I/O-mönster oberoende av varandra.

-15% OFF
Single board computer zimaboard2

Kontrollera konkurrerande tjänster innan du byter lagring

En delad hemmaserver kan förvandla normalt Plex-arbete till spikar när andra containrar använder lagringen samtidigt. Nedladdare, indexerare, säkerhetskopieringsjobb och mediehanteringstjänster kan samordna sina skrivningar kring skanningar eller importer.

I en mediestack med flera tjänster kan Plex dela sökvägar och tidpunkter med automatisering, indexering och nedladdningstjänster.

Pausa tillfälligt en konkurrerande skrivande tjänst och upprepa samma Plex-operation. Jämför sedan fördröjning och ködjup. Om spiken försvinner när en tjänst tas bort bör du schemalägga om eller separera den arbetsbelastningen innan du köper snabbare diskar.

Teknik- och AI-hubb

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.