Waarom neemt de achtergrondactiviteit van Plex sterk toe na een wijziging in de bibliotheek?

Achtergrondprocessen van Plex schieten na een bibliotheekwijziging omhoog, omdat het ontdekken van nieuwe content achtereenvolgens scannen, metadata-afstemming, analyse en het genereren van afgeleide bestanden kan activeren.

Eén nieuwe aflevering kan een korte piek veroorzaken, terwijl een hernoemde map, opnieuw gekoppelde bibliotheek of grote import Plex ertoe kan aanzetten veel paden opnieuw te doorlopen en langer durende analysetaken in te plannen. De piek valt meer op wanneer miniaturen, verwerking van intro's of hoofdstukken, back-ups en andere thuisserver-taken elkaar overlappen. Een nuttige diagnose begint met vaststellen welke achtergrondfase actief is en of deze normaal vordert.

Een bibliotheekwijziging creëert nieuw werk in plaats van alleen nieuwe regels

Door media toe te voegen, te verplaatsen, te hernoemen of te wijzigen, krijgt Plex meer te doen dan slechts één titel aan een lijst toevoegen. Plex moet het gewijzigde pad ontdekken, media identificeren, metadata afstemmen, databasegegevens bijwerken en bepalen op welke analysetaken nu van toepassing zijn. De omvang van de wijziging bepaalt hoeveel van die keten actief wordt.

Beheerders van grote bibliotheken melden dat het scan gedrag van bibliotheken varieert afhankelijk van de hoeveelheid en het type gewijzigde content. Een piek na een wijziging is daarom informatiever wanneer je weet of Plex één nieuwe aflevering zag of een volledig opnieuw gekoppelde mappenstructuur.

Vergelijk de logboeken en procesactiviteit na het toevoegen van één bestand met dezelfde metingen na het hernoemen van een map of wijzigen van een koppelingspad. Als alleen de grotere structurele wijziging de piek veroorzaakt, wordt de trigger gevormd door de omvang van de afstemming en niet door willekeurig achtergrondwerk.

Scannen kan veranderen van incrementeel werk in brede opsomming

Een incrementele scan zou alleen het gewijzigde deel van de bibliotheek moeten verwerken, maar gemiste bestandssysteemgebeurtenissen, externe koppelingen, grote padwijzigingen of een expliciete volledige scan kunnen Plex ertoe aanzetten veel meer te inventariseren. Een korte piek verandert dan in langdurig doorlopen van mappen, metadata-controles en database-updates.

Een langdurige bibliotheekcase laat zien hoe scannen van de volledige bibliotheek uren kan doorgaan wanneer het mediapad en de bibliotheekomvang ongunstig samengaan. De belangrijkste aanwijzing is niet de exacte duur, maar of de scanomvang groter is geworden dan de verwachte wijziging.

Controleer welke bibliotheek actief is, of de scan gedeeltelijk of volledig is en of de opslaglatentie toeneemt tijdens het proces. Als de scan het verwachte kleine gebied verwerkt, richt je dan op analysetaken. Als Plex na elke kleine update de volledige mappenstructuur doorloopt, los dan eerst de detectie of planning van wijzigingen op voordat je extra rekenkracht toevoegt.

Media-analyse voegt CPU-belasting toe nadat het ontdekken is voltooid

Ontdekken is slechts de eerste fase. Plex kan nieuw gevonden video analyseren om technische eigenschappen vast te stellen en functies voor te bereiden waarvoor de media volledig moet worden gelezen. Afhankelijk van de instellingen kunnen nieuwe items werk activeren voor voorbeelden, intro's, hoofdstukken, audioanalyse of andere afgeleide bestanden nadat de zichtbare bibliothe scan al is voltooid.

Het genereren van voorbeelden is een veelvoorkomende oorzaak van werk na het scannen, omdat videovoorbeeldminiaturen worden gemaakt op basis van mediabeelden en niet via een eenvoudige controle van de bestandsnaam. Dat verklaart CPU- en opslagactiviteit die doorgaat nadat de titel al in de bibliotheek zichtbaar is.

Let op welk proces na de scanfase actief blijft en vergelijk dit met de instellingen voor geplande analyses of analyse van nieuw toegevoegde items. Als de piek verdwijnt wanneer één optionele analysefunctie tijdelijk wordt uitgeschakeld, heb je een achtergrondfase geïsoleerd zonder de afspeelconfiguratie te wijzigen.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Miniatuur- en hoofdstuktaken kunnen langer dan verwacht doorgaan

Miniatuurtaken vallen vooral op omdat ze grote delen van een bestand lezen en veel kleine afgeleide afbeeldingen of indexregels schrijven. Een grote hoeveelheid nieuw toegevoegde media kan daardoor langdurige CPU-belasting, schijflezingen en schrijfacties naar de app-status veroorzaken, ook al kan de media al worden afgespeeld.

Gevallen waarin Plex blijft hangen bij het genereren van miniaturen, laten zien waarom een taak die niet wordt voltooid moet worden onderscheiden van een dure maar voortgang makende taak. Voor beide zijn verschillende reacties nodig: bij de ene is geduld of een andere planning vereist; bij de andere moet je een defect item of de taak zelf onderzoeken.

Houd bij of het actieve media-item in de loop van de tijd verandert en of de database- of metadatagrootte blijft toenemen. Een taak die voortgang maakt, kan worden verplaatst naar een rustiger onderhoudsvenster. Een taak die na herstarts steeds hetzelfde item opnieuw verwerkt, verdient diagnose op bestands- of databaseniveau voordat je opnieuw een volledige scan uitvoert.

Gedeelde thuisserver-werklasten laten de piek groter lijken

Op een multifunctionele thuisserver kan achtergrondwerk van Plex samenvallen met back-ups, downloads, opschoonacties, foto-indexering of onderhoud van een andere container. De door Plex veroorzaakte toename kan daardoor wachtrijen op de opslag of CPU-concurrentie blootleggen die niet zichtbaar zouden zijn als de bibliotheekwijziging op zichzelf plaatsvond.

Herhaaldelijk hoge CPU-belasting terwijl de server inactief lijkt, is gemeld tijdens achtergrondactiviteit van Plex. CPU-pieken op de achtergrond zijn echter alleen nuttig wanneer ze worden gekoppeld aan de actieve taak en het betreffende media-item. Gebruik alleen vertelt niet welke taak actief is.

Voer één gecontroleerde bibliotheekwijziging opnieuw uit terwijl concurrerend onderhoud is gepauzeerd en herstel daarna de normale planning. Als de piek korter wordt of het afspelen soepel blijft, maakt concurrentie deel uit van het probleem. Wanneer schijfruimte en achtergrond-I/O elkaar in de weg zitten, gebruik dan de controle van achtergrondopslag om capaciteitstekort te onderscheiden van verwerkingsbelasting.