Hoeveel CPU-capaciteit moet je reserveren voor pieken in Plex?

Reserveer voldoende CPU-marge voor Plex om de drukste normale combinatie van transcodering en achtergrondtaken op te vangen, zonder langdurige verzadiging of instabiele weergave.

Er bestaat geen universeel percentage, omdat Direct Play, softwarematige transcodering, hardwareversnelling, ondertiteling, scans en aanvullende containers de CPU op verschillende manieren gebruiken. Stel een herhaalbaar piekscenario samen en meet verzadiging, niet alleen het gemiddelde gebruik. De marge is het verschil tussen de geteste piek en het punt waarop latentie of fouten beginnen.

Begin met de drukste normale werklast

Een synthetische benchmark voor alle cores geeft geen representatief beeld van Plex als de meeste sessies Direct Play gebruiken. Reproduceer de streammix, ondertiteling, scans en aanvullende services die thuis daadwerkelijk gelijktijdig actief zijn.

Gebruik controles voor gebruik en verzadiging om vast te stellen of de CPU alleen druk bezig is of tijdens de piek ook een aanhoudende wachtrij met uitvoerbare taken heeft.

Voer het scenario meerdere keren uit en noteer buffering, taaklatentie en CPU-verzadiging. Gebruik het slechtste herhaalbare normale resultaat als basis voor de dimensionering.

Scheid hardwarematige en softwarematige transcodering

Hardwareversnelling kan videoconversie van algemene CPU-cores overnemen, terwijl terugvallen op softwarematige verwerking voor dezelfde stream veel meer CPU kan verbruiken. De marge moet het pad dekken dat in de praktijk echt kan optreden.

Een ondersteunde media-engine kan meerdere transcoderingen verwerken zonder een vergelijkbare druk op de algemene CPU; resultaten met hardwarematige transcodering op de N100 vormen een energiezuinig voorbeeld.

Controleer of het dashboard voor je zwaarste media het bedoelde hardwarepad meldt. Als terugvallen op software mogelijk is, voer dan minstens één test met softwarematige transcodering uit voordat je de marge veilig verklaart.

Neem achtergrondtaken mee in de piek

Scans, analyses, back-ups en een andere container kunnen tijdens het afspelen gelijktijdig actief zijn, ook als elke werklast afzonderlijk geen problemen veroorzaakt. Gedeelde hosts hebben een piekmeting nodig waarin deze overlap is opgenomen.

Gelijktijdig resourcegebruik maakt deel uit van de echte werklast wanneer een mediastectack met meerdere services verschillende services op dezelfde host en via dezelfde opslagpaden uitvoert.

Speel tijdens de drukste afspeelsessie één veelvoorkomende achtergrondtaak af. Als die overlap langdurige verzadiging veroorzaakt, plan de taak dan opnieuw in of reserveer meer rekenkracht. Vertaal de gemeten piek pas naar hardwarevereisten voor Plex nadat je weet of CPU-verzadiging, terugvallen op hardwarematige transcodering of een andere gedeelde werklast de werkelijke beperking vormt.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Gebruik een foutdrempel in plaats van een magisch percentage

De bruikbare marge is alles wat het systeem onder het punt houdt waarop voor gebruikers merkbare latentie of opgehoopt werk onaanvaardbaar wordt. Die drempel kan per huishouden verschillen.

Een tweede verzadigingscontrole na configuratiewijzigingen bevestigt of het nieuwe werkingspunt daadwerkelijk weer voldoende marge biedt.

Definieer een geslaagde test bijvoorbeeld als geen buffering, stabiele voltooiing van taken en geen aanhoudende CPU-wachtrij. Voer de test opnieuw uit na grote wijzigingen in je bibliotheek, clients of containers, in plaats van één percentage voor altijd aan te houden.