Hur mycket CPU-kapacitet bör du reservera för Plex-toppar?
Reservera tillräckligt med CPU-marginal för Plex för att hantera den mest belastande normala kombinationen av transkodning och bakgrundsarbete utan ihållande överbelastning eller instabil uppspelning.
Det finns ingen universell procentsats, eftersom Direct Play, programvarutranskodning, hårdvaruacceleration, undertexter, skanningar och kompletterande containrar använder CPU på olika sätt. Skapa ett repeterbart toppscenario och mät överbelastning, inte bara genomsnittlig användning. Marginalen är skillnaden mellan den uppmätta toppen och den punkt där fördröjningar eller fel börjar uppstå.
Börja med den mest belastande normala arbetsbelastningen
Ett syntetiskt benchmarktest av alla kärnor representerar inte Plex om de flesta sessioner använder Direct Play. Återskapa den blandning av strömmar, undertexter, skanningar och kompletterande tjänster som faktiskt körs samtidigt hemma.
Använd kontroller av användning och överbelastning för att avgöra om CPU:n bara är upptagen eller om det finns en ihållande kö av körbara processer under toppen.
Kör scenariot flera gånger och registrera buffring, uppgiftsfördröjning och CPU-överbelastning. Använd det sämsta repeterbara normala resultatet som dimensioneringsgrund.
Separera hårdvaru- och programvarutranskodning
Hårdvaruacceleration kan flytta videokonverteringen från de allmänna CPU-kärnorna, medan en programvarubaserad reservlösning kan förbruka betydligt mer CPU för samma ström. Marginalen måste täcka den väg som faktiskt kan användas.
En kompatibel mediemotor kan hantera flera transkodningar utan motsvarande belastning på den allmänna CPU:n; resultat för N100-hårdvarutranskodning ger ett exempel med låg energiförbrukning.
Kontrollera att instrumentpanelen visar den avsedda hårdvaruvägen för ditt mest krävande medieinnehåll. Om reservlösningen kan aktiveras ska du genomföra minst ett test med programvarutranskodning innan du bedömer marginalen som säker.
Ta med bakgrundsarbete i toppen
Skanningar, analys, säkerhetskopiering och en annan container kan köras samtidigt som uppspelning, även när varje arbetsbelastning är säker separat. Delade värdar behöver ett toppscenario som inkluderar dessa överlappningar.
Samtidig resursanvändning är en del av den verkliga arbetsbelastningen när en mediestack med flera tjänster placerar flera tjänster på samma värd och använder samma lagringsvägar.
Kör den mest belastande uppspelningen medan en vanlig bakgrundsuppgift är aktiv. Om överlappningen orsakar ihållande överbelastning kan du schemalägga om uppgiften eller reservera mer beräkningskapacitet. Översätt den uppmätta toppen till hårdvarukrav för Plex först när du vet om CPU-överbelastning, reservlösning med hårdvarutranskodning eller någon annan delad arbetsbelastning är den verkliga begränsningen.
Använd en feltröskel i stället för en magisk procentsats
Den användbara marginalen är den som håller systemet under den punkt där användarsynlig fördröjning eller köat arbete blir oacceptabelt. Den tröskeln kan variera mellan olika hushåll.
En andra kontroll av överbelastning efter konfigurationsändringar bekräftar om den nya driftpunkten faktiskt återställer marginalen.
Definiera ett godkänt resultat, till exempel ingen buffring, stabilt slutförande av uppgifter och ingen ihållande CPU-kö. Kör om testet efter större ändringar av bibliotek, klienter eller containrar i stället för att behålla samma procentsats för alltid.
Rekommenderade produkter
Support och tips
Mer att läsa
Bör du säkerhetskopiera Jellyfin medan tjänsten körs eller stoppa tjänsten först?
Föredra säkerhetskopior av stoppade tjänster för enkelhetens skull; använd live-ögonblicksbilder endast när applikationstillståndet fångas konsekvent och återställningar har testats.
Varför blir Jellyfin varmt eller högljutt när ingen streamar?
Värme vid inaktivitet beror vanligtvis på bakgrundsarbete eller en belastning från en delad värd, så identifiera den aktiva processen och den schemalagda uppgiften innan...
När bör du bygga om i stället för att reparera Jellyfin?
Välj ominstallation framför reparation när problemet är avvikelser i körmiljön och beständiga data är säkerhetskopierade; ”ominstallera” inte genom att radera den enda fungerande databasen.
