Integrerad grafik jämfört med separat GPU för samtidiga medietranskodningar

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Integrated Graphics vs Discrete GPU for Concurrent Media Transcodes - Zima Store Online

Integrerad grafik är vanligtvis den bättre utgångspunkten för samtidig transkodning av hemmamedia när dess videomotor med fast funktionalitet stöder de kodekar, det färgdjup och den tonmappningsväg som dina klienter faktiskt kräver. Ett diskret grafikkort blir det starkare valet när dessa transkodningar överskrider den uppmätta kapaciteten hos iGPU:n, kräver kodekfunktioner som den integrerade motorn saknar eller måste isoleras från andra grafikarbetsbelastningar. Den användbara jämförelsen är därför inte ”svag iGPU kontra kraftfull GPU”, utan om mediamotorn som redan finns i processorn kan hantera den exakta samtidiga konverteringsmixen utan att skapa en separat domän för strömförbrukning, drivrutiner och passthrough.

Kodektäckningen utgör den första utslagsgränsen

Börja med att lista källkodekarna och utdataformaten som servern måste skapa. En mediamotor som inte kan hårdvaruavkoda källan eller hårdvarukoda den nödvändiga utdataformatet kan lämna en stor del av pipelinen till processorn, även om GPU:n tekniskt sett upptäcks. Det gör generation och kodestöd viktigare än den övergripande etiketten ”integrerad” eller ”diskret”.

Jellyfins aktuella dokumentation om hårdvaruacceleration beskriver separata steg för avkodning, skalning, tonmappning, undertexter och kodning, och påpekar att vissa steg kan ligga kvar i programvara. Dess modell för fullständig och partiell acceleration är en användbar inköpsgräns: en enhet hjälper bara där det specifika steget stöds.

Om iGPU:n täcker alla krävande filer i biblioteket ska du inte lägga till ett diskret kort bara för att dess maximala grafikprestanda är högre. Om en nödvändig AV1-, HEVC 10-bitars-, tonmappnings- eller kodningsväg upprepade gånger faller tillbaka till programvara bör du jämföra nyare integrerad hårdvara med en diskret accelerator utifrån den saknade funktionen innan du jämför generell GPU-klass.

Integrerad grafik vinner när mediamotorn redan har marginal

En iGPU delar processorpaket, moderkort, kylning och vanligtvis systemminne, så en mediaserver kan få hårdvaruaccelererad avkodning och kodning utan ytterligare en PCIe-enhet. Det minskar mängden hårdvara i viloläge, kablage, drivrutinslager och antalet komponenter som måste fungera efter uppdateringar. För en kompakt server som huvudsakligen använder Direct Play och bara ibland konverterar några inkompatibla strömmar är detta ofta den renaste arkitekturen.

Intel dokumenterar att Quick Sync måste ha stöd och att den integrerade grafiken måste vara aktiverad innan applikationer kan använda den. Att kontrollera den exakta processorns Quick Sync-funktion är därför mer användbart än att anta att alla Intel-processorgenerationer fungerar likadant.

Valet beror fortfarande på uppmätt samtidig kapacitet. Delad minnesbandbredd, termiska begränsningar, videomotorns genomströmning och andra tjänster kan begränsa en iGPU långt innan processorkärnorna verkar upptagna. Integrerad grafik vinner bara så länge det mest krävande samtidiga transkodningsfönstret slutförs i realtid med marginal.

Ett diskret grafikkort ger större dedikerad videokapacitet, inte automatisk effektivitet

Ett diskret grafikkort tillför eget kisel, eget minne, egen effektbudget och ofta en eller flera dedikerade videomotorer. Det kan skapa betydligt större marginal för en mediaserver som måste hantera flera oundvikliga konverteringar samtidigt, särskilt när det valda kortet har nyare kodekstöd än värddatorns integrerade grafik.

NVIDIAs aktuella Video Codec SDK listar stöd för hårdvarukodning av H.264, HEVC och AV1 på kompatibla generationer och beskriver NVENC/NVDEC som lösningar för videobearbetning snabbare än realtid. Den relevanta fördelen är kortets dedikerade kodnings- och avkodningsmotorer, inte antalet shaders för spel.

Den kapaciteten har en ägandekostnad. Ett kort tar upp en kortplats, förbrukar ström i vila och under belastning, tillför värme och kan göra tilldelning av enheter till virtuella maskiner eller containrar mer komplicerad. Om iGPU:n redan klarar det nödvändiga antalet strömmar kan det diskreta kortet vara tekniskt snabbare utan att ge någon synlig förbättring av uppspelningen.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Samtidiga strömmar är viktigare än ett enskilt benchmarkresultat

En lyckad 4K-transkodning bevisar kompatibilitet, inte kapacitet. Kör den exakta mix som kan uppstå i hushållet: till exempel en HDR 4K-konvertering, en 1080p-transkodning för fjärruppspelning och en ström med många undertexter. Håll källfiler, utdatakvalitet och klientförhållanden konstanta när du jämför integrerade och diskreta lösningar.

Observerat resultat	Konsekvens för integrerad grafik	Konsekvens för diskret GPU
Alla förväntade strömmar förblir bekvämt i realtid	Behåll iGPU:n	Ett extra kort ger liten uppspelningsnytta
Endast en kodek som inte stöds faller tillbaka till processorn	Det kan vara generationen som är problemet	Välj ett kort endast om det stöder den vägen
Videomotorn når taket när strömmarna överlappar	Gränsen för samtidig kapacitet är nådd	Kapaciteten hos en dedikerad motor kan motivera kortet
Processorn förblir hårt belastad trots hårdvarukodning	Kontrollera filter och partiell acceleration	Ett kort löser inte på egen hand ett programvarusteg som saknar stöd
Uppspelningen är stabil men strömförbrukningen i vila ökar märkbart	Effektivitetsfördelen kvarstår	Kapacitet köps utan att det finns ett aktuellt behov

Använd den långsammaste eller mest komplexa strömmen som första tröskel och lägg sedan till samtidiga sessioner tills arbetsbelastningen motsvarar verkligheten. Sluta när systemet har tillräcklig marginal för hushållet; det finns ingen anledning att optimera för ett syntetiskt antal strömmar som du aldrig kommer att använda.

Upprepa också testet medan servern utför en normal bakgrundsuppgift, till exempel en biblioteksskanning eller säkerhetskopiering. Om iGPU:n förblir stabil under den realistiska överlappningen löser ett diskret grafikkort ett kapacitetsproblem som inte har uppstått. Om mediamotorn kollapsar när sessionerna staplas samtidigt som andra resurser förblir stabila har den extra acceleratorn en mätbar uppgift.

Kvaliteten beror på kodargeneration och inställningar, inte enbart på GPU-kategori

Hårdvarukodare prioriterar genomströmning i realtid. Programvarukodare kan använda mer processortid för komprimeringsbeslut, medan nyare motorer med fast funktionalitet gradvis har förbättrat sin kvalitet och sitt funktionsstöd. Därför är både ”diskret innebär bättre kvalitet” och ”processor innebär bättre kvalitet” för breda som inköpsregler.

HandBrakes dokumentation om prestanda förklarar att hårdvarukodare som QSV och NVENC är utformade för mycket hög hastighet och att kvalitet, bithastighet och kodarförinställning fortfarande påverkar resultatet. Dess avvägning mellan hastighet och komprimering är den korrekta gränsen för en mediaserver: utvärdera utdatakvaliteten vid den bithastighet du faktiskt kommer att strömma med.

Om två motorer båda når ditt kvalitetsmål blir samtidig kapacitet, strömförbrukning och underhåll de avgörande faktorerna. Om en generation ger oacceptabel kvalitet vid den nödvändiga bithastigheten ska du välja bort den motorn även om antalet strömmar ser attraktivt ut.

Virtualisering och ägarskap för enheter kan förändra hårdvaruvalet

En integrerad GPU är enkel när mediaapplikationen körs direkt på värden eller får stabil åtkomst till grafikenheten. I ett labb med flera virtuella maskiner kan det däremot vara mer begränsande att tilldela en integrerad enhet än att reservera ett diskret kort för en mediainriktad virtuell maskin. Det renaste hårdvaruvalet beror på vem som måste äga acceleratorn.

Plexs vägledning om hårdvaruaccelererad strömning gör samma praktiska åtskillnad på applikationsnivå: aktivering av acceleration ändrar transkodningsbeteendet men inte Direct Play, och hårdvarugenerationen påverkar utdata. Dess krav och begränsningar för hårdvarutranskodning påminner om att verifiera kombinationen av applikation och plattform innan du köper utifrån en teoretisk enhetsfunktion.

Den närliggande ZimaSpace-mediaserverguiden för blandad 4K- och mobil uppspelning behandlar också klientmixen som källan till arbetsbelastningen. Om acceleratorn inte kan exponeras tillförlitligt för tjänsten som behöver den är dess benchmarkfördel irrelevant.

Välj den minsta acceleratorn som klarar den mest belastade perioden

Välj integrerad grafik när den exakta iGPU:n stöder alla nödvändiga kodekvägar, samtidiga transkodningar förblir i realtid med marginal och det är viktigt att servern är kompakt och strömsnål. Detta är särskilt lämpligt när det mesta av den lokala uppspelningen sker med Direct Play och konvertering bara behövs för ett fåtal mobila klienter, fjärrklienter eller äldre klienter.

Välj en diskret GPU när arbetsbelastningen upprepade gånger överbelastar den integrerade videomotorn, när en nödvändig avkodnings- eller kodningsfunktion saknas eller när en dedikerad enhet gör virtualisering och tjänsteägarskap betydligt enklare. Köp utifrån kodarmotor och uppmätt strömbehov, inte utifrån spelklass.

Om ingen av lösningarna belastas eftersom klienterna redan använder Direct Play för biblioteket, sluta jämföra acceleratorer. Den bästa GPU:n för en mediaserver är den som hanterar de oundvikliga konverteringarna; oanvänd transkodningskapacitet är ingen uppspelningsfunktion.