Hoe Plex gebruikersacties omzet in achtergrondtaken

Een gebruikersactie in Plex kan in de interface zijn voltooid terwijl de server op de achtergrond doorgaat met scannen, metadata verwerken, databasebewerkingen uitvoeren of transcoderen.

Het nuttige model bestaat uit een verzoek, wachtrijwerk, resourcegebruik en zichtbaar resultaat. Een wijziging in de bibliotheek kan de controle aan de gebruiker teruggeven voordat de server alle vervolgbewerkingen heeft voltooid. Latere CPU- of schijfactiviteit staat daarom niet noodzakelijk los van de actie. Volg de taak in logs, procesactiviteit en opslag, in plaats van alleen het moment waarop op de knop is geklikt.

Een gebruikersactie is vaak alleen de trigger

De interfacegebeurtenis en het intensieve serverwerk hoeven niet dezelfde levensduur te hebben. Het toevoegen van media, het vernieuwen van metadata of het starten van het afspelen kan werk starten dat doorgaat nadat het verzoek is bevestigd.

expliciete Docker-volumekoppelingen scheiden padzichtbaarheid van schrijfeigenaarschap tussen services.

Noteer het tijdstip van de actie en houd Plex-processen en logs de daaropvolgende minuten in de gaten. Als het resourcegebruik pas begint nadat de interface is teruggekeerd, behandel dit dan als werk in de wachtrij of asynchroon werk, en niet als onverklaarde belasting. Een topologie voor een thuismediaserver met expliciete servicetaken maakt de keten van verzoek tot service bovendien eenvoudiger te traceren wanneer aanvullende containers betrokken zijn.

Afspelen kan een ander taakpad creëren

Een afspeelverzoek kan weinig belasting veroorzaken wanneer de client Direct Play gebruikt, maar rekenintensief worden wanneer de server de stream moet converteren. Ditzelfde bestand kan daarom voor verschillende clients, ondertitels of limieten voor externe bandbreedte verschillend achtergrondwerk veroorzaken.

het Plex-transcoderingspad wordt alleen gebruikt wanneer directe levering niet mogelijk is. Direct Play en conversie moeten daarom afzonderlijk worden gedimensioneerd.

Speel hetzelfde bestand af op een client waarvan bekend is dat deze Direct Play ondersteunt en vervolgens op de problematische client, terwijl je het CPU- en transcodeeractiviteit vergelijkt. Als slechts één afspeelpad een piek in workeractiviteit veroorzaakt, onderzoek dan compatibiliteit of streambeperkingen voordat je meer CPU toewijst.

Wijzigingen in de bibliotheek leiden tot metadata- en databasewerk

Een bibliotheekupdate heeft gevolgen voor meer dan alleen het mediabestandspad. Plex moet de geïndexeerde bibliotheekstatus, illustraties, metadata en verwijzingen naar de kijkstatus synchroniseren met wat het ontdekt.

de opslag van Plex-servergegevens bevat naast de media zelf veel kleine metadata- en databasebestanden.

Houd de I/O van app-gegevens in de gaten tijdens een gecontroleerde scan van één item voordat je een volledige bibliotheekvernieuwing test. Als een update van één item al hoge latentie veroorzaakt, herstel dan eerst het pad naar de app-gegevens voordat je de scanfrequentie optimaliseert.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Meet de taak, niet alleen de klik

Probleemoplossing wordt beter wanneer elke actie een verwacht vervolgsignaal heeft. CPU, geheugen, schijf, netwerk en processtatus moeten gedurende het hele taakvenster worden bemonsterd, en niet slechts op één moment.

controles op resourceverzadiging houden de diagnose gericht op daadwerkelijke knelpunten in plaats van op één gebruikspercentage.

Maak één tijdlijn met de gebruikersactie, het starten van de worker, het maximale resourcegebruik en de voltooiing. Als de resourcepiek begint zonder een bijbehorende Plex-taak, breid het onderzoek dan uit naar andere services of onderhoudstaken op de host.