Waardoor ontstaat piekgewijze schijf-I/O op een Plex-server?

Pieken in de Plex-schijf-I/O ontstaan meestal door werk dat op de achtergrond in de wachtrij staat of door uitgestelde schrijfbewerkingen, niet doordat een schijf voortdurend volledig wordt belast.

Beschouw de piek eerst als een timingprobleem. Een scan, taak voor miniaturen, databasetransactie of andere container kan snel werk genereren, terwijl het besturingssysteem een deel van de fysieke schrijfbewerkingen uitstelt. Breng de schijfpiek in verband met Plex-activiteit, writeback van de host en andere services voordat je de schijf zelf de schuld geeft.

Begin met de vorm van de piek

Een korte piek en een aanhoudende wachtrij wijzen op verschillende oorzaken. Een piek die snel verdwijnt, kan normale batchverwerking zijn, terwijl een wachtrij die diep blijft, op verzadiging kan wijzen.

controles op gebruik, verzadiging en fouten maken onderscheid tussen een drukke resource en een resource die daadwerkelijk beperkt is of defect raakt.

Leg het schijfgebruik, de wachtrijdiepte, de latentie en de timing van Plex-taken vast binnen hetzelfde tijdsvenster van vijf minuten. Als de wachtrij hoog blijft nadat de Plex-taak is beëindigd, onderzoek dan het opslagpad in plaats van de taakplanner.

Linux kan schrijfbewerkingen uitstellen en gezamenlijk uitvoeren

Schrijfbewerkingen naar het bestandssysteem bereiken de schijf niet altijd op het moment dat Plex ze uitvoert. Dirty pages kunnen zich in het geheugen ophopen en vervolgens in een zichtbare piek worden weggeschreven, vooral tijdens activiteiten waarbij veel metadata wordt verwerkt.

Linux-writeback kan fysieke schijfactiviteit uitstellen nadat de applicatie de schrijfbewerkingen heeft gegenereerd.

Vergelijk de tellers voor dirty memory en writeback met de schijfpiek terwijl een bibliotheeks scan of metadatataak wordt uitgevoerd. Als writeback stijgt voordat de piek op het apparaat optreedt, is de piek ten minste gedeeltelijk het gevolg van batching door het besturingssysteem.

Scheid I/O voor applicatiegegevens van media-I/O

Plex-mediabestanden en Plex-applicatiegegevens hebben zeer verschillende toegangspatronen. Grote videobestanden worden voornamelijk sequentieel gelezen, terwijl databases, metadata, illustraties, logboeken en caches kleinere willekeurige bewerkingen veroorzaken.

Plex-metadataopslag omvat databases, illustraties, indexen en andere bestanden met de serverstatus.

Meet het volume met applicatiegegevens en het mediavolume afzonderlijk als ze op verschillende apparaten staan. Als het apparaat met applicatiegegevens pieken vertoont terwijl het media-apparaat rustig blijft, richt je dan op database-, metadata- of cacheactiviteit. Een persistent pad voor applicatiegegevens, gescheiden van bulkmedia maakt het eenvoudiger om die I/O-patronen onafhankelijk te observeren.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Controleer concurrerende services voordat je de opslag vervangt

Een gedeelde homeserver kan normale Plex-werkzaamheden in pieken veranderen wanneer andere containers tegelijkertijd toegang tot de opslag zoeken. Downloaders, indexeerders, back-uptaken en services voor mediabeheer kunnen hun schrijfbewerkingen synchroniseren rond scans of imports.

In een multimediaservice-stack kan Plex paden en timing delen met automatiserings-, indexerings- en downloadservices.

Pauzeer tijdelijk één concurrerende schrijver en herhaal dezelfde Plex-bewerking. Vergelijk vervolgens de latentie en wachtrijdiepte. Als het verwijderen van één service de piek laat verdwijnen, plan die werklast dan op een ander moment of scheid deze voordat je snellere schijven aanschaft.