Så minskar du Plex starttid efter en omstart

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 to Reduce Plex Startup Time After Reboot - Zima Store Online

Minska Plex starttid genom att mäta var fördröjningen uppstår och sedan åtgärda lagringsberedskap, fördröjning i appens tillstånd, databasarbete eller överlappande underhåll – ett lager i taget.

”Plex är långsamt efter omstart” kan betyda att tjänsteprocessen startar sent, att programdata väntar på lagring, att databasen och omslagsbilderna läses långsamt eller att bakgrundsanalys börjar innan någon i hushållet öppnar biblioteket. Dessa problem kräver olika åtgärder. Dokumentera en starttidslinje från att värden är klar till Plex-processen, biblioteksnavigeringen och den första uppspelningen, och ändra sedan endast det beroende som orsakar den första mätbara fördröjningen.

Separera tjänstestart från bibliotekets respons

Mät två tider efter omstart: när Plex-processen blir tillgänglig och när normal biblioteksnavigering blir responsiv. En tjänst kan starta snabbt samtidigt som uppvärmning av databasen, läsning av metadata, monterad lagring, DNS eller bakgrundsaktiviteter gör att gränssnittet känns otillgängligt mycket längre.

Långsam metadata med fungerande uppspelning är ett annat symtom än en tjänst som startar sent. Separera därför responsiviteten vid navigering från processens tillgänglighet.

Dokumentera tidsstämplar från tjänstehanteraren eller containerloggarna och öppna sedan ett bibliotek samt ett känt objekt. Om processen startar sent bör du undersöka beroenden innan Plex startar. Om processen startar tidigt men gränssnittet är långsamt bör du fokusera på lagring av appens tillstånd, databasens hälsa och arbete efter starten.

Se till att lagringsmonteringar är klara innan Plex startar

Om media eller appdata ligger på en separat pool, nätverksresurs, krypterad volym eller disk som monteras sent kan Plex starta innan sökvägen är klar. Då kan Plex behöva vänta, upptäcka saknade bibliotek eller skapa fel medan operativsystemet slutför sammansättningen av lagringen.

Om `/config` eller media blir tillgängligt sent efter uppstart bör långsam lagringsåtkomst verifieras separat från Plex-processen innan du lägger till omstartsloopar.

Efter en omstart ska du kontrollera att `/config` och representativa mediafiler går att läsa innan Plex-tjänsten startar. Om lagringen blir tillgänglig senare bör du lägga till ett uttryckligt beroende eller en fördröjning på tjänstenivå. Använd inte upprepade omstarter av Plex som ersättning för en förutsägbar monteringsordning.

Håll databasen och metadata på responsiv applagring

Plex-start och tidig navigering använder många små databas- och metadatafiler. Dessa åtkomstmönster skiljer sig från sekventiell filmuppspelning, så om appens tillstånd ligger på en upptagen disk eller en disk med hög fördröjning kan det ta längre tid innan gränssnittet känns klart, även om mediauppspelningen senare fungerar bra.

Att flytta programtillståndet till snabbare lagring kan förbättra den första anslutningen och navigeringen när fördröjning vid små filer är flaskhalsen. Det är däremot inget skäl att flytta hela mediebiblioteket till flashlagring.

Mät fördröjningen i applagringen under de första minuterna efter omstart. Om den är hög medan mediediskarna är inaktiva kan det vara en riktad förbättring att flytta endast databasen och metadatalagret. Om fördröjningen redan är låg bör du fortsätta felsökningen någon annanstans.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Flytta omfattande analys utanför omstartsperioden

Schemalagda skanningar, generering av förhandsvisningar, bearbetning av intros eller kapitel, säkerhetskopieringar och andra hemserverjobb kan starta kort efter uppstart och konkurrera med Plex första läsningar av databas och metadata. Servern verkar då ha en långsam start, trots att det verkliga problemet är ett överbelastat underhållsfönster.

Bakgrundsoptimering är ofta användbar, men schemalagt analysarbete bör inte allt köras exakt när användarna förväntar sig omedelbar tillgänglighet. Testet är om en fördröjning av dessa jobb förbättrar tiden tills biblioteket blir responsivt.

Starta om en gång med icke nödvändigt schemalagt arbete pausat. Om Plex blir märkbart responsivt snabbare bör du återinföra jobben ett i taget eller flytta dem till en period med låg användning. Om ingen förändring sker bör du återgå till lagring, databas, DNS och tjänsteberoenden.

Om uppskjuten analys inte ändrar den uppmätta tiden tills biblioteket blir responsivt ska du återställa det normala schemat och fortsätta felsöka lagringsberedskap, databasens hälsa, DNS eller tjänsteberoenden. Behåll inte en schemaläggningsändring som inte klarade sitt eget test.

Använd en omstartsbaslinje för att verifiera varje ändring

Använd en repeterbar omstartsbaslinje i stället för ett subjektivt intryck efter flera ändringar. Dokumentera när uppstarten är klar, när Plex-processen blir tillgänglig, den första biblioteksinläsningen, det första rutnätet med omslagsbilder och den första uppspelningen.

Modellen för fördröjning i appens tillstånd skiljer responsivitet vid små filer från den ihållande genomströmning som mediefiler kräver, vilket håller startoptimeringen fokuserad på tillståndssökvägen.

Behåll en ändring endast om den förbättrar det avsedda steget utan att försämra omstartens tillförlitlighet. Om själva tjänsten fortfarande tar ovanligt lång tid innan något webbsvar kommer bör du granska startloggar och tidsgränser för beroenden. Om tjänsten är snabb och endast navigeringen är långsam bör du sluta justera startordningen och undersöka databasen eller metadatasökvägen.