Intel avtäcker Iris Xe Max – processorjättens första grafikkort på 22 år

®©ᵉ™°® ᴍᴀx
Fint namn

Så denna kan boosta videoredigering, streaming och liknande?

Jag känner mig väldigt positiv, videokodningsresultaten var ju riktigt najs och AV1 stöd är skönt.

Sen känns tekniken lovande och bra med hur den kan använda både integrerad och extern GPU samtidigt.

Inget spännande kort i sig, men ändå en positiv teknikutveckling känner jag.

Riktigt fint för de som håller på mycket med video.

ja ja... men kan det köra Crysis?

"Iris Max är en dedikerad grafikkrets (dGPU)..."
Så som det ser ut nu är denna inte tänk att sitta i en CPU utan bredvid som instickskort eller möjligen att de hade kunnat släppa moderkort där en krets redan sitter.

Konceptet påminner lite om "Hybrid SLI" eller vad det hette. Fanns vissa moderkort med en klen integrerad Nvidia GPU på som kunde komplettera det diskreta grafikkortet, fast då satt förståss grafikkortet fastlött på moderkortet och inte integrerad i CPU.

Känns väl dock som ett tidigt försök till inlåsning vilket är tråkigt. DVS man måste ha både ett diskret grafikkort och en processor med integrerad sådan för att det skall fungera. Jag trivs verkligen inte med att AMSD, Nvidia och Intel går mer och mer mot att försöka låsa in sina kunder nuförtiden. Det är knappast till kundens fördel. Man ska ju köpa en produkt för att man tycker den är bäst lämpad för ens ändamål, eller för att man gillar den, inte "Jag har redan X, så då är jag mer eller mindre tvungen att köpa Y".

I övrigt hoppas jag att de lyckas tillräckligt bra för att skaka om Nvidia och AMD lite. Jag vill tillbaka till dagarna när det absoluta flaggskeppet kunde får för 8000Kr. Nu får man ju knappt mid range för det om man inte vill ha de lökiga referensdesignerna.

Det här visar hur lång tid det tar för en uppenbart lysande idé att faktiskt realiseras, är nu 12 år sedan AMD körde sin slogan Future is Fusion.

Som koncept var det helt rätt, vissa saker lämpar sig långt bättre att köras på andra kretsar än CPU. Vi ser t.ex. i Blender, RTX 2060 är ungefär lika snabb som Threadripper 3990XT. Trots att Iris Xe Max är en rätt medioker GPU är det inte alls orimligt att just prestanda för 3D-rending landar högre än 10900K, det med en GPU designad för ultrabooks.

Problemet med just den här tekniken är få till programvaran korrekt, specifikt de bibliotek applikationer förväntas använda för att dra nytta av denna heterogena design. Gissar att även det här ingår i det Intel kallar oneAPI. Bara titta på Nvidia här; de dominerar totalt idag runt GPGPU. Orsaken är inte att Nvidia har varit överlägset på kretssidan, orsaken är att CUDA (API/plattformen) är så tekniskt överlägset det övriga ställde sig bakom (OpenCL) att det varit spel mot ett mål hela tiden.

Positiva är att vi nu börjar få lite bredd på GPGPU sidan, det trista är fragmenteringen. CUDA lär stanna under överskådlig framtid givet dess dominans, det är just nu GPU-världens DirextX (DX är cross-GPU men bundet till Windows, CUDA är cross-OS men budet till Nvidia). Apple skapade OpenCL men de insåg dess brister, nu har man sitt Metal-API (där Metal-compute ingår) vilket gett dem bredare stöd för heterogena system jämfört med Windows-världen.

OneAPI bidrar tyvärr delvis till fragmenteringen. GPGPU-delen är helt öppen då det bygger på Khronos SYCL ("OpenCL done right"), men finns massor med andra saker i oneAPI, t.ex. GPGPU stöd för det mesta i Intels MKL, som i.o.f.s. är "gratis" och i teorin går att implementera på andra GPUer. Men vi har sett rätt ofta från AMD att saker designade på detta sätt, d.v.s. ett företag gör en implementation för sin krets och sedan lägger ut det öppet, tendera att inte riktigt ta fart då det i praktiken är relativt knutet till en viss HW-design. Vet inte om så är fallet med oneAPI, men risken finns.

Om Intel/AMD vill hålla x86 relevant måste de gå allt mer mot heterogena system. Bygger man få riktigt feta CPU-kärnor har gammalt legacy-bagage relativt sett mindre negativ påverkan än om man börjar gå på bredden med många kärnor. Redan idag ligger x86 efter ARM64 när man kliver upp till riktigt många kärnor (typ >50 eller fler), finns ju 80-käriga ARM64 CPUer med ungefär samma "IPC", som är högre klockade med något lägre TDP ställd mot AMD/Intels modeller med flest kärnor. Tittar man vad som är utannonserat kommer detta avstånd öka rätt ordentligt närmaste 2-3 åren.

Trodde inte Intel skulle släppa denna krets som instickskort, kanske ändå blir så under början av 2021.

"Interestingly, Intel did also disclose they will be bringing Xe-LP-based discrete graphics to "value desktops" in the first half of 2021."

Inte så spännande för den som bygger en gaming rigg, men väldigt goda nyheter för oss som kör Ryzen ihop med Linux. Intels Linux-drivare är de bästa man hittar för desktop-arbete. Nvidias drivare har ibland problem som desktop GPU, de primärt designade för GPGPU och CUDA-delen fungera direkt lysande under Linux. Iris Xe Max för att driva desktop kombinerat med ett (eller flera) Nvidia-kort som rena beräkningskort för CUDA (oavsett hur bra oneAPI är kommer det ta en tid innan programvarustödet närmar sig det CUDA har).

"Given the great performance of Gen12 Xe Graphics on Linux for OpenCL / oneAPI Level Zero / Vulkan, we are certainly excited about the prospects of Xe MAX graphics appearing in more laptops and ultimately in desktops starting next year. From our Tiger Lake testing thus far there is long overdue substantial uplift over Gen9 (and Gen11) graphics. The Linux driver support for Gen12 Xe Graphics have been spot-on and continues seeing new optimizations in Mesa and the Linux kernel as well."

Tyvärr är den bistra sanning att öppna standarder är inte något ledarna inom något område bryr sig om, det är ett grässtrå för de som inte hänger med.

Ur ett rent tekniskt perspektiv är stängda lösningarna ofta den snabbaste vägen framåt. När tekniken sedan blir mogen brukar det ändå lösa sig, i det läget justerar marknaden själv saker mot öppna standarder p.g.a. av kostnadsskäl. GPGPU är fortfarande i sin linda, ge det 10-20 år till och det kommer vara en standardfunktion med öppna specifikationer.

Ganska säker på att den implementation vi skriver om här kostar väsentligt mindre än 5000 kr
Det här är ju så entry som det kan bli.