För Jellyfin HDR-uppspelning med undertexter är fyra kontra åtta CPU-kärnor vanligtvis den andra frågan, inte den första: klientkompatibilitet och en GPU-mediamotor med stöd avgör om servern spelar upp filen direkt eller utför kostsam tonmappning och inbränning av undertexter. Välj åtta kärnor endast när samma accelererade plattform fortfarande visar en upprepad CPU-begränsad arbetsbelastning med undertexter eller flera strömmar som fyra kärnor inte klarar av att upprätthålla.
Testa uppspelningsvägen innan du räknar kärnor
Håll testet konstant: en HDR-fil, ett undertextspår, samma klient, uppspelningskvalitet, nätverksväg, Jellyfin-version och samtidighet. Starta uppspelningen och läs av läget i instrumentpanelen samt FFmpeg-loggen. Ett resultat baserat på kärnantal utan den kontexten är bara en berättelse om två orelaterade system.
Jellyfin dokumenterar att Direktuppspelning levererar filen oförändrad med nästan ingen extra serverbelastning. Om klienten stöder video-, ljud-, container- och undertextformatet kan både fyrkärniga och åttakärniga CPU:er ligga långt under sina gränser; extra kärnor kan inte förbättra en väg som redan är direkt.
Fortsätt jämförelsen endast när uppspelningen aktiverar videoomkodning, HDR-till-SDR-tonmappning, undertextkonvertering eller inbränning, eller flera andra värdarbetsbelastningar. Annars vinner det billigare fyrkärniga systemet genom att vara tillräckligt, förutsatt att det har samma mediamotor med stöd samt samma lagrings- och nätverksväg.
HDR-tonmappning kan göra båda CPU-nivåerna till fel val
HDR blir kostsamt när en SDR-klient tvingar servern att tonmappa under omkodning. Jellyfins dokumentation om omkodning säger att programvarubaserad HDR-till-SDR-konvertering är så långsam att ingen modern konsument-CPU kanske klarar den i realtid och rekommenderar därför en GPU.
Detta är stoppunkten för ett köpbeslut som enbart bygger på kärnantal. En modern fyrkärnig CPU med en Intel-, AMD-, NVIDIA-, Apple- eller Rockchip-accelereringsväg med stöd kan överträffa en åttakärnig CPU vars GPU, drivrutin, operativsystem eller containermappning inte kan accelerera de nödvändiga kodekarna och tonmappningsstegen.
Jämför den exakta generationen av mediamotorn och kodekmatrisen före kärnorna. Om båda kandidaterna stöder samma fullständiga pipeline kan du återuppta testet med fyra kontra åtta kärnor. Om ingen av dem gör det, välj bort båda eller ändra klient-/utdataplanen; en fördubbling av antalet allmänna CPU-kärnor är inte ett pålitligt substitut för den saknade hårdvaruaccelererade vägen.
Inbränning av undertexter är den verkliga utlösaren för åtta kärnor
Undertexter innebär inte en enda arbetsbelastning. Textundertexter kan skickas vidare eller konverteras, medan bildundertexter eller styling som inte stöds kan tvinga text- eller bildlagret att brännas in i videon. Jellyfins kodektabeller anger att inbränning av undertexter är den mest CPU-intensiva omkodningsmetoden.
Hårdvaruacceleration är en pipeline med avkodning, skalning, tonmappning, inbränning av undertexter och kodning. Jellyfin påpekar att vissa steg inte kan GPU-accelereras i varje kombination och att delvis acceleration ökar CPU-användningen och kan sänka omkodningshastigheten. Det kvarvarande arbetet är där extra allmänna CPU-kärnor kan hjälpa.
Välj åtta kärnor när det kontrollerade testet visar att fyrkärnssystemet ligger under omkodningshastighet i realtid, nära varaktig CPU-mättnad eller svälter andra nödvändiga tjänster – och den åttakärniga kandidaten behåller samma accelerator med stöd eller en bättre sådan. Avbryt om flaskhalsen flyttas till lagring, minne, GPU, temperaturer eller nätverket.
Fyra kärnor kontra åtta: villkorad slutsats
Fyra kärnor vinner vid direktuppspelning, enstaka accelererade omkodningar och en dedikerad server vars uppmätta belastningsperiod fortfarande har CPU-marginal. Åtta kärnor vinner när inbränning av undertexter eller delvis acceleration förblir CPU-begränsad, flera sådana strömmar överlappar eller värden måste skydda Jellyfin från betydande samlokaliserad arbetsbelastning.
Jämför inte kärnantal mellan olika processorgenerationer utan att ange mediamotorn. En åttakärnig CPU med äldre kodekstöd kan förlora just den här uppgiften mot ett nyare fyrkärnigt chip. Serverguiden för HDR och undertexter är nästa beslut när hela plattformen – inte bara CPU-nivån – fortfarande är öppen.
Köp den billigaste nivån som klarar ditt värsta upprepningsbara test med fil, undertext, klient och samtidighet, med återhämtningsmarginal. Om ingen av kandidaterna har en maskinvaruväg med stöd för det nödvändiga HDR-steget, välj en annan plattform i stället för att betala för kärnor som inte kan åtgärda pipelinen.
| Observerad arbetsbelastning | Fyra kärnor | Åtta kärnor | Beslut |
|---|---|---|---|
| Direktuppspelning | Tillräckligt | Ledig marginal | Fyra kärnor |
| En helt accelererad omkodning | Testa först | Vanligtvis extra marginal | Välj efter uppmätt marginal |
| CPU-baserad inbränning av undertexter eller delvis acceleration | Kan bli överbelastade | Användbart om steget skalas | Åtta kärnor efter verifiering |
| HDR-tonmappning utan stöd | Dålig passform | Dålig passform | Välj en GPU-väg med stöd |
Produktjämförelser
Mer att läsa

Kan Home Assistant ersätta openHAB för styrning av enheter i hela hemmet?
Home Assistant kan ersätta openHAB först när varje viktig enhet och automatisering har klarat ett parallellt migrerings- och återställningstest.

Mini-PC vs enkortsdatorserver vs NAS för Home Assistant
Välj en SBC för en liten och energieffektiv enhet, en mini-PC för flexibel prestandamarginal, eller en NAS först när delade värdoperationer redan är mogna.

Så väljer du mellan en dedikerad Home Assistant-server och en delad appvärd
Välj dedikerad hosting för enklare felisolering; välj en delad värd när isolering, underhållsfönster och återställning är bevisat tillförlitliga.

