Intel och AMD slår sig ihop i kampen mot ARM

Permalänk
Medlem
Skrivet av Grilljohan:

Ja jag är inne på samma spår, dock så kommer typ allt legacy att breaka totalt om man skulle ta bort någon, eller så är det upp till OS att emulera isåfall.
En av grejerna som är bra med x86 är ju bakåtkompatibiliteten, man kan ju köra ett program skrivet för en 286 på Ryzen om man skulle vilja(sen blir det väl lite andra saker att fixa för att OS inte är kompatibelt).
Medan det inte är helt säkert att man kan köra en ARM binär om den bara är några år gammal, så jag tror att ARM windows-laptops kommer att få helt nya problem om några år för program som inte är UWP (på Applesidan är det dock förväntat att saker slutar fungera.)

Du kommer ju undan det med en vettig emulator under övergångsperioden (något MS inte förstod med Windows for Arm men som Apple visar är framtiden)

Jag har lessnat så totalt på allt MS så jag kanske är lite färgad men jag känner spontant att Apple gör rätt även om förutsättningarna är helt annorlunda.

Antingen kör man x86 eller ARM - inte båda. Det kommer bara skada konsumenten så det är egentligen inte något val, likt PowerPC så krävs det att man helt enkelt bestämmer sig att byta så blir det knackigt ett tag innan allt rullar på igen i ”det nya normala”

Men jag vet inte - jag ser nog mer ARM som framtiden helt klart…tillsammans med RISc-V så vi får lite mer konkurrens och slipper x86-licensskiten…

Någon får be öst-tyskarna att ta upp sina gamla projekt

Visa signatur

Krusidullen är stulen

Permalänk
Skrivet av FriendOfPi:

Tycker ChatGPT-svaret missar målet till stor del.

Den enskilt största anledningen till varför Qualcomm / Apple / etc cpu:erna är strömsnålare är för att chippen på mobila sidan i princip alltid tillverkas på de senaste tillverkningsnoderna, medan bulken av mer "traditionella" datorleverantörer ligger släpandes på en eller eller två generationer gamla noder.

När M1 släpptes 2020 så tillverkades den på TSMCs 5nm (dåvarande spjutspets)-teknik, medans AMD hyrde in sig på TSMC 7nm och intel låg på sin egenutvecklade 10nm-nod.

Jämför man äpplen med äpplen istället för päron så ser prestanda per watt betydligt mer jämnt ut mellan de olika arkitekturerna.

Skrivet av kelthar:

Hela ISA:n till ARM är designad utifrån ståndpunkten att den ska vara så energieffektiv som möjligt. Det är först på senare år som x86 ens tänkt tanken på effektivitet. På samma tillverkningsnod så kommer ARM64 dra mindre ström och så är det bara. ARM64 har fast instruktionsstorlek vilket gör att de inte behöver parsas så som det behövs på x86. Det gäller varenda instruktion som skall köras, hela tiden.

Edit: Det är en gammal myt - https://chipsandcheese.com/p/arm-or-x86-isa-doesnt-matter

Intressant. Tycker nog jag vill höra @Yoshman kommentera detta.

Redigering:

Heh, lyckades få ChatGPT att ändra sig lite genom att mata den med artikeln @kelthar länkade till:

You’re right to point out the inconsistency. My earlier explanation focused on the classic distinction between RISC (ARM) and CISC (x86), which historically emphasized simpler, more efficient instructions in ARM leading to lower power consumption. However, as the article and modern research highlight, today’s performance and energy efficiency are much more influenced by microarchitectural choices (like cache design, branch prediction, etc.) than by the ISA itself. The power and efficiency differences between ARM and x86 today stem more from design goals and optimizations, not inherent ISA characteristics.

In short, while ARM’s RISC heritage may have offered advantages in the past, the gap has largely closed due to advancements in x86 architecture.

Visa signatur

• Fractal Design North | ASUS ROG Strix B650E-F | Ryzen 7 7800X3D | Radeon RX 7900 GRE | 64 GB RAM | Windows 11
• Mac Pro (Mid 2010) | 6-Core Intel Xeon ”Westmere” | Radeon RX 5700 XT | 32 GB RAM | macOS 12 Monterey | Windows 10
• MacBook Pro 14" | M2 Max | 96 GB RAM | macOS 14 Sonoma

Permalänk
Medlem
Skrivet av SuperSverker:

Antingen kör man x86 eller ARM - inte båda. Det kommer bara skada konsumenten så det är egentligen inte något val, likt PowerPC så krävs det att man helt enkelt bestämmer sig att byta så blir det knackigt ett tag innan allt rullar på igen i ”det nya normala”

X86 i p-cores och ARM i e-cores?

I slutändan handlar det om att ha kompatibel mjukvara antar jag

Visa signatur

Processor: Motorola 68000 | Klockfrekvens: 7,09 Mhz (PAL) | Minne: 256 kB ROM / 512 kB RAM | Bussbredd: 24 bit | Joystick: Tac2 | Operativsystem: Amiga OS 1.3

Permalänk
Medlem
Skrivet av Swedish Berserk:

Har VIA technologies fortfarande tillgång till X86 licensen?

Skrivet av Gelantious:

Ingen aning, men tänker det borde vara det första denna nya gruppen fixar. Gör så andra kan få en x86 licens och börja tillverka egna processorer. Om dom nu vill att x86 ska leva kvar.

https://en.wikipedia.org/wiki/Zhaoxin är resultat av VIAs licens

Permalänk
Medlem
Skrivet av Gelantious:

Ingen aning, men tänker det borde vara det första denna nya gruppen fixar. Gör så andra kan få en x86 licens och börja tillverka egna processorer. Om dom nu vill att x86 ska leva kvar.

Tror det bara är Kina som har intresse av det och gynnar inte direk resten av världen.

Permalänk
Medlem
Skrivet av UncleDirty:

Tror det bara är Kina som har intresse av det och gynnar inte direk resten av världen.

Om kinesiska företag kan tillverka x86-processor, konkurrera och säljer processorer globalt gynnas väl övriga världen av ökad konkurrens på processor-marknaden som ger lägre priser och bättre prestanda. De som inte gynnas är ägare av Intel- och AMD-aktier.

Visa signatur

“The dollar is our currency, but it's your problem.” -John Connally, President Nixon's Treasury Secretary to a group of European finance minsters
"Keep the Russians out, the Americans in, and the Germans down" -NATO Secretary General, Lord Ismay

Permalänk
Datavetare
Skrivet av kelthar:

Hela ISA:n till ARM är designad utifrån ståndpunkten att den ska vara så energieffektiv som möjligt. Det är först på senare år som x86 ens tänkt tanken på effektivitet. På samma tillverkningsnod så kommer ARM64 dra mindre ström och så är det bara. ARM64 har fast instruktionsstorlek vilket gör att de inte behöver parsas så som det behövs på x86. Det gäller varenda instruktion som skall köras, hela tiden.

Edit: Det är en gammal myt - https://chipsandcheese.com/p/arm-or-x86-isa-doesnt-matter

Ta ett steg tillbaka och fundera på vad det skulle betyda att det är är "en gammal myt"...

Tittar man på SPECint/SPECfp (eller GB6 för del delen, men långt färre har några invändningar om man använder SPEC) så är numera Intel/AMD inte längre på top-3 vad det gäller perf/MHz för high-end CPUer. De är passerad av Apple, Qualcomm och numera även Arm (i Apples fall har redan M1 högre perf/MHz än någon idag existerade x86).

Det som nu även hänt under 2024 är dessa tre även passerat Intel/AMD i absolut prestanda om man bara tittar på marknaden för bärbara datorer (säg effekt <=30 W).

Endera har Intel/AMD permanent fredagsöl på arbetstid, eller så finns det rimligen något som håller dem tillbaka på ett tekniskt plan. Enda glasklara separation här är ISA.

Och om nu ISA inte är viktig, varför är då en av de frågor man vill lyfta i denna grupp just relaterade till största förändring av ISA någonsin för x86? Utöver det handlar väldigt mycket om att "städa gammalt junk" från x86.

Misstaget jag tror det är extremt lätt att göra här är att innan ARM64 hade ingen lyckats göra en ISA som är så fundamentalt mycket bättre än samtida aktuella ISA att det spelade en avgörande roll. Ställd mot MIPS, PowerPC, 32-bit Arm, etc så finns både fördelar och nackdelar ställd mot. x86/x86_64.

ARM64 är på varje punkt lika bra eller bättre än x86_64. Enda fördel som kunna skönjas är ett par speciallfall som ser stor nytta av AVX-512, men inte ens den fördelen finns kvar ställd mot ARM64 modeller som kör ARMv9 (vilket Apple M4 och Arm Cortex X925 använder).

Skrivet av star-affinity:

Intressant. Tycker nog jag vill höra @Yoshman kommentera detta.

Redigering:

Heh, lyckades få ChatGPT att ändra sig lite genom att mata den med artikeln @kelthar länkade till:

You’re right to point out the inconsistency. My earlier explanation focused on the classic distinction between RISC (ARM) and CISC (x86), which historically emphasized simpler, more efficient instructions in ARM leading to lower power consumption. However, as the article and modern research highlight, today’s performance and energy efficiency are much more influenced by microarchitectural choices (like cache design, branch prediction, etc.) than by the ISA itself. The power and efficiency differences between ARM and x86 today stem more from design goals and optimizations, not inherent ISA characteristics.

In short, while ARM’s RISC heritage may have offered advantages in the past, the gap has largely closed due to advancements in x86 architecture.

ChatGPT har på sätt och vis både rätt och fel här.

Rätt i att mikroarkitektur är långt viktigare än ISA när det kommer till perf/W vid en given frekvens.

Det kursiva är kritiskt här. För där ISA, specifikt ARM64 (och det Intel ska försöka kopiera till x86 med APX), spelar roll är att man kan nå samma absoluta prestanda genom att bygga en betydligt "bredare" mikroarkitektur fast köra på längre frekvens. Effekt skalar snabbare med frekvensen än med antal transistorer.

Men har under 2024 sett både Zen 5 och Lion Cove fallit rätt platt i prestandaökning och den huvudsakliga förändringen har varit att man byggt på "bredden". Samtidigt ser uppenbarligen Arm (Cortex X4->X925) och Apple (M3->M4) fortfarande rätt rejält utväxling på ökad bredd, X925 är förvånansvärt nära Apple M3 i perf/MHz (och den har passerat Qualcomm Oryon som i sin tur är en bra bit för Intel/AMD).

Intel slog nog de flestas förväntningar med perf/W i Lunar Lake. Man är klart förbi AMD Strix Point.

Fast Intel använder TSMC N3B för att nå dit. Man matchar Snapdragon X i perf/W, de använder TSMC 4 nm.

Intel är rätt långt efter både Strix Point och Snapdragon X i MT prestanda. Rent generellt är 12C Strix Point och 12C Snapdragon X väldigt snarlik i ST och MT prestanda, det på samma TSMC 4 nm process. Men Snapdragon X når dit med färre transistorer än AMD och med bättre perf/W!

Intel/AMD har rimligen lika kompetenta kretsdesigners som Qualcomm, Apple och Arm. Så var kan rimligen skillnaden ligga då?

Intel/AMD inser att de är på väg att hamna i backspegeln. Tyvärr är det rätt mycket tröghet i marknaden, så spelar de korten rätt kan vi få dras med x86 och därmed sämre prestanda/effektivitet än nödvändigt under rätt lång tid framåt...

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av Yoshman:

Ta ett steg tillbaka och fundera på vad det skulle betyda att det är är "en gammal myt"...

Citat:

When RISC first came out, x86 was half microcode. So if you look at the die, half the chip is a ROM, or maybe a third or something. And the RISC guys could say that there is no ROM on a RISC chip, so we get more performance. But now the ROM is so small, you can’t find it. Actually, the adder is so small, you can hardly find it? What limits computer performance today is predictability, and the two big ones are instruction/branch predictability, and data locality.

...

For a while we thought variable-length instructions were really hard to decode. But we keep figuring out how to do that. … So fixed-length instructions seem really nice when you’re building little baby computers, but if you’re building a really big computer, to predict or to figure out where all the instructions are, it isn’t dominating the die. So it doesn’t matter that much.

- Jim Keller

Att energieffektiviteten påverkas i någon större grad av instriktionslängden stämmer inte enligt Jim Keller.

Han verkar ha lite erfarenhet av att designa CPU:er.

Visa signatur

Hur många datorer är för många?

Permalänk
Datavetare
Skrivet av talonmas:

X86 i p-cores och ARM i e-cores?

I slutändan handlar det om att ha kompatibel mjukvara antar jag

Tekniken för binäröversättning har tagit gigantiska kliv senaste 10-15 åren. Framförallt tillgängligheten är långt bättre då det idag går att nå via open source.

Har man gamla program som kör 32-bit x86 kommer vilken modern icke-x86 CPU som helst köra dessa program långt snabbare än vad de CPUer från tiden när dessa program utvecklades kan göra.

Rätt säker att detta skrämmer livet ur Intel/AMD. Intel har ju hotat Qualcomm/Microsoft kring den översättningsteknik som används i Windows för ARM64. Deras "problem" är att patentet man hotar med snart passerat sista-datum.

Kan mycket väl vara en förklaring till avsaknad av AVX-stöd i Windows x86_64->ARM64 översättning. Patent för SSE-tekniken har i praktiken gått ut, näst på tur är AVX1 vilket kommer hända kommande åren.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av SuperSverker:

Du kommer ju undan det med en vettig emulator under övergångsperioden (något MS inte förstod med Windows for Arm men som Apple visar är framtiden)

Jag har lessnat så totalt på allt MS så jag kanske är lite färgad men jag känner spontant att Apple gör rätt även om förutsättningarna är helt annorlunda.

Antingen kör man x86 eller ARM - inte båda. Det kommer bara skada konsumenten så det är egentligen inte något val, likt PowerPC så krävs det att man helt enkelt bestämmer sig att byta så blir det knackigt ett tag innan allt rullar på igen i ”det nya normala”

Men jag vet inte - jag ser nog mer ARM som framtiden helt klart…tillsammans med RISc-V så vi får lite mer konkurrens och slipper x86-licensskiten…

Någon får be öst-tyskarna att ta upp sina gamla projekt

inte fullt så enkelt som att "bara emulera", du måste ha stöd i hårdvaran för x86:ans mer strikta minnesmodell och det är var Apple stoppade in i sin M-cpu.

Det som är ARM:s stora fördel är att deras minnesmodell är "perfekt" så att de kan utnyttja out-of-order-execution via väldigt breda pipelines, så där t.ex x86 var tvungna att släppa på en ny tråd via SMT för att kunna utnyttja fler av sina beräkningssteg så kan ju en ARM bara fylla på med nya instruktioner (i princip då, finns det en massa barriärer inlagda så går det ju inte så klart) och därför kan ARM har mycket bredare sk execution-units jämfört med x86.

Visa signatur

|Ryzen 5800x3d|RX 7900XTX Hellhound|Asus Prime X370 Pro|32GiB Corsair 3200MHz CL16 Vengeance|Corsair HX1000i|Fractal Define R5|LG 45GR95QE|Corsair K100|Razer DeathAdder V3 Pro|Ubuntu 24.04|