Mystiskt RISC-V-företag dammsuger industrin på talanger

Permalänk
Melding Plague

Mystiskt RISC-V-företag dammsuger industrin på talanger

Uppstartsbolaget Rivos har på tre korta månader lockat kompetens från halvledargiganter som Apple, Google, Intel och AMD.

Läs hela artikeln här

Visa signatur

Observera att samma trivselregler gäller i kommentarstrådarna som i övriga forumet och att brott mot dessa kan leda till avstängning. Kontakta redaktionen om du vill uppmärksamma fel i artikeln eller framföra andra synpunkter.

Permalänk
Medlem

Spännande och se vad de får fram.

Visa signatur

^^^
@¿@
o

Permalänk
Medlem

Spännande, säkert någon serverapplikation de siktar på. Där finns pengarna.

Spoiler:
Om 1år har Intel köpt upp företaget för en oerhört hög summa dollars och skrotat det för att slippa konkurrens.

Visa signatur

HTPC

Permalänk
Medlem

Vad kul! Om man kollar på deras hemsida så finns det extremt lite. Kontakadress och jobbansökningar. Dessa skvallrar mycket om deras intentioner.

De söker software, hardware och "silicone". Det såd är ganska uppenbart att de ämnar ta fram ett chip

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

Häftigt! Ska bli spännande att se vad de hittar på.

Visa signatur

Modermodem från ONOFF och bildskärmsutrustning från Electrolux. US Robotics 28.8K telefonuppringd internetförbindelse. Har en förkärlek för tysk tjejpop.

Permalänk
Medlem

Jag tror att mer och mer hårdvara kommer att få embedded ARM/RISC-chip så att ett mjukvarulager kan installeras där det tidigare inte gick. Detta för att kunna lägga till funktioner som tidigare varit antingen för dyra och/eller för komplexa att lägga till.

Kika på detta för ett (tidigt) exempel - https://www.ambedded.com.tw/en/technology/tech_arm-based-micr...
Här har vi ett tunt serverchassi (1U) där istället för att bara vara en server, är ett mini-kluster. Varje hårddisk har ett eget ARM-chip, vilket innebär att varje disk är en egen server. I en enclosure har man alltså ett mini-kluster av servrar med egna diskar. Detta är fantastiskt för något som Ceph (ett mjukvarubaserat lagringskluster med block/fil/S3-lagring med upp till 3-vägs replikering och automatisk balansering av data för redundans).

Man får en mer granulär kontroll över sitt Ceph-kluster när inte längre varje server är en nod, utan en server består av ett mini-kluster av massvis med noder. Dessutom sparar man pengar på energi.

Detta är bara ett exempel på hur jag tror framtiden kommer att se ut med mer RISC och ARM i enterprise.

Visa signatur

We are the music makers, and we are the dreamers of dreams.
Youtube | Spotify Playlists | Soft | Rapp | Rytm | Kött | Kalas |

Permalänk
Medlem
Skrivet av arowe17:

Spännande, säkert någon serverapplikation de siktar på. Där finns pengarna.

Njaäo, snarast är det att det går att sälja dyrt/mycket till specifika kunder. Man behöver inte ha samma breda mjukvaruuppbackning som på volymmarknaderna. Man kommer till skott snabbare, så att säga. Eller kanske snarare - alls.

Citat:

Spoiler:
Om 1år har Intel köpt upp företaget för en oerhört hög summa dollars och skrotat det för att slippa konkurrens.

Kanske. Inte osannolikt, att bli uppköpta verkar vara själva vitsen för många entreprenörer (som sedan själva går vidare till nästa projekt med fickan full av cash - i alla fall i teorin). Men RISC-V har fått mycket uppmärksamhet sedan Nvidia bjöd på ARM, inte bara från Intel utan också från t.ex. Amazon som ju ju gör Graviton ARM server chip, och Google. Och Android är portat till RISC-V av Alibaba (utan officiellt stöd från Google (*host*)).

Alla som kan manövererar för en plats i livbåtarna utifall Nvidia köpet går igenom. And the band plays on....

Permalänk
Medlem

Hoppas det blir något till konsumenter, och att det kommer inom rimlig framtid.

Visa signatur

i5-7600k . GTX 1080 . 16 GB

Permalänk
Konsolpleb 🕹

Blev ju mycket namedroppande av processorbolag i artikeln. Är det egentligen något nämnvärt bolag som inte är representerat på deras roster? (som varit aktivt denna sidan millenieskiftet)

Edit: kom precis på det mest betydelsefulla som de har har någon från: Nvidia.

Visa signatur

240p är livet

Permalänk
Medlem

Lyckas de få ut något ballt på konsumentsidan blir det lite glädjeskutt från mitt håll.. hoppas på risc-v för framtiden.

Visa signatur

as it was in the beginning so it shall be in the end

Permalänk
Datavetare
Skrivet av arowe17:

Spännande, säkert någon serverapplikation de siktar på. Där finns pengarna.

Spoiler:
Om 1år har Intel köpt upp företaget för en oerhört hög summa dollars och skrotat det för att slippa konkurrens.

Det är inte alls osannolikt att Intel eller någon av de andra stora drakarna köpt upp detta företag om något år.

I Intels fall tror jag de har tillräcklig självinsikt kring begränsningarna hos x86 att de skulle köpa för att förbereda en övergång. Det är lätt att få tunnelseende och bara fokusera på AMD vs Intel, men faktum är att dessa två snart kommer få svårt att hålla sig på topp 3 sett till prestanda per MHz. Grafen i artikeln är väldigt målande för problemet

Intel och AMD har fortfarande ledartröjan för desktop tack vare att de kan klocka sina kretsar >5 GHz. I.o.f.s inte helt sant, Apples M1 är i rätt många fall snabbare räknat per kärna trots att den bara klockar till 3,2 GHz, men Intel och framförallt AMD har fler kärnor. Tänk dock på att grafen ovan visar AMD/Intels mobil-CPUer, deras desktop-modeller har sämre perf/W!

För server och än mer bärbara blir det kritiska prestanda/W. "Positiva" är att AMD och Intels CPUer drar likvärdig mängd ström med Apple (och om ryktena stämmer kommande Nuvia) vid motsvarande frekvens, Arms Cortex ligger lägre i effekt men utför också lite mindre per MHz. "Problemet" är att AMD/Intel har blivit rejält ifrånkörda sett till mängd arbete som utförs per MHz, framförallt av Apple men även Arm Cortex X2 och Neoverse N2 och V1 ligger högre än vad vi ens kan förvänta oss av Golden Cove.

För bärbara och servers ser vi redan idag att x86 må ha högre peak-frekvens, de "andra" verkar helt enkelt inte designa för mer än 3-3,5 GHz peak. Vid väldigt låg absolut effekt (bärbara) eller när man har väldigt många kärnor (servers) klockar alla runt 2,5-3,5 GHz. Då börjar det se rätt mörkt ut, finns Arm Neoverse kretsar med upp till 80-kärnor <300 W (modell med 128 kärnor ska lanseras vilken månad som helst). Apple är långt före (heltalsfaktorer) på bärbara och allt pekar på att Qualcomm/Nuvia kommer lägga sig på samma nivå, planerad release mitten 2022.

Det jag ser som mest spännande om spekulationerna kring Rivos stämmer, d.v.s. de jobbar på en riktig high-end krets, är att vi då får ett första test på om även RISC-V är en lika "perfekt" ISA som ARM64 visat sig vara om man siktar på brutalt hög IPC! I teorin ser det bra ut, men går inte att veta innan någon faktiskt gjort en fungerande lösning!

x86 har fundamentala problem när den skalas upp till riktigt "breda" designer, problem som inte kan fixas med mindre än att bryta bakåtkompatibilitet. Möjligen har Intel hittat ännu ett plåster i sin design av Gracemonts front-end, men oavsett är det bara ett plåster och inte en permanent lösning.

Visa signatur

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

Permalänk
Datavetare
Skrivet av Cloudstone:

Jag tror att mer och mer hårdvara kommer att få embedded ARM/RISC-chip så att ett mjukvarulager kan installeras där det tidigare inte gick. Detta för att kunna lägga till funktioner som tidigare varit antingen för dyra och/eller för komplexa att lägga till.

Kika på detta för ett (tidigt) exempel - https://www.ambedded.com.tw/en/technology/tech_arm-based-micr...
Här har vi ett tunt serverchassi (1U) där istället för att bara vara en server, är ett mini-kluster. Varje hårddisk har ett eget ARM-chip, vilket innebär att varje disk är en egen server. I en enclosure har man alltså ett mini-kluster av servrar med egna diskar. Detta är fantastiskt för något som Ceph (ett mjukvarubaserat lagringskluster med block/fil/S3-lagring med upp till 3-vägs replikering och automatisk balansering av data för redundans).

Man får en mer granulär kontroll över sitt Ceph-kluster när inte längre varje server är en nod, utan en server består av ett mini-kluster av massvis med noder. Dessutom sparar man pengar på energi.

Detta är bara ett exempel på hur jag tror framtiden kommer att se ut med mer RISC och ARM i enterprise.

Tror samma sak!

Ett annat aktuellt exempel är Intels Mount Evans

Artikeln länkar till detta: Intel visat intresse för RISC-V tillverkaren Sifive, initialt kan man nog gissa att de planerar att göra saker likt Mount Evans med RISC-V i stället för ARM64.

Nvidia använder redan idag RISC-V som kontrollkretsar i sina GPUer. Om Arm affären går i stöpet lär Nvidia vara en av huvudkandidaterna för ett uppköp av Rivos (förutsatt att de lyckas få fram något som ser ut att ha potential) eller något liknande företag.

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

De kanske planerar göra något liknande som ARM, en arkitektur de säljer licenser till kanske?

Visa signatur

Modermodem: Asus ROG Strix X470-F
Grafikkort: XFX Speedster MERC 319 AMD Radeon™ RX 6800 BLACK
Processor: AMD 2600X
Minne: 48 GB

Permalänk
Medlem
Skrivet av Yoshman:

x86 har fundamentala problem när den skalas upp till riktigt "breda" designer, problem som inte kan fixas med mindre än att bryta bakåtkompatibilitet. Möjligen har Intel hittat ännu ett plåster i sin design av Gracemonts front-end, men oavsett är det bara ett plåster och inte en permanent lösning.

Skulle det vara så fel att bryta bakåtkompatibiliteten? Nu måste vi konvertera alla program till nya arkitekturer och om x86 är kvar då skulle vi väl slippa det? Eller skulle det förstöra för alla program som finns?

Permalänk

Bra vi behöver ha mer konkurrens. Många är så otroligt fokuserade på datorer, mobiltelefoner och liknande. Men utvecklingen går emot att det sitter kraftfulla cpuer i det mesta, man pratar om intelligenta saker. Ta saker som gymredskap, dessa ska idag ha en stor display kunna ansluta sig till molntjänster etc. Marknaden är extrem stor.

Utvecklingen inom cpuer är annars intressant. Där Apples lösningen genom att inte ha uppgraderingsbart ram eller ssd bara är en lösning som fungerar för de enklaste klienterna.. Apple kommer självklart lösa detta, men hur påverkar det prestandan? Min misstanke är att Apple då förlorar en del av försprånget när de som alla andra tvingas ha ram och ssd externt.

Permalänk
Medlem
Skrivet av Yoshman:

Det är inte alls osannolikt att Intel eller någon av de andra stora drakarna köpt upp detta företag om något år.

I Intels fall tror jag de har tillräcklig självinsikt kring begränsningarna hos x86 att de skulle köpa för att förbereda en övergång. Det är lätt att få tunnelseende och bara fokusera på AMD vs Intel, men faktum är att dessa två snart kommer få svårt att hålla sig på topp 3 sett till prestanda per MHz. Grafen i artikeln är väldigt målande för problemet

https://i1.wp.com/semianalysis.com/wp-content/uploads/2021/08/1-3.png?w=1400&ssl=1

Intel och AMD har fortfarande ledartröjan för desktop tack vare att de kan klocka sina kretsar >5 GHz. I.o.f.s inte helt sant, Apples M1 är i rätt många fall snabbare räknat per kärna trots att den bara klockar till 3,2 GHz, men Intel och framförallt AMD har fler kärnor. Tänk dock på att grafen ovan visar AMD/Intels mobil-CPUer, deras desktop-modeller har sämre perf/W!

För server och än mer bärbara blir det kritiska prestanda/W. "Positiva" är att AMD och Intels CPUer drar likvärdig mängd ström med Apple (och om ryktena stämmer kommande Nuvia) vid motsvarande frekvens, Arms Cortex ligger lägre i effekt men utför också lite mindre per MHz. "Problemet" är att AMD/Intel har blivit rejält ifrånkörda sett till mängd arbete som utförs per MHz, framförallt av Apple men även Arm Cortex X2 och Neoverse N2 och V1 ligger högre än vad vi ens kan förvänta oss av Golden Cove.

För bärbara och servers ser vi redan idag att x86 må ha högre peak-frekvens, de "andra" verkar helt enkelt inte designa för mer än 3-3,5 GHz peak. Vid väldigt låg absolut effekt (bärbara) eller när man har väldigt många kärnor (servers) klockar alla runt 2,5-3,5 GHz. Då börjar det se rätt mörkt ut, finns Arm Neoverse kretsar med upp till 80-kärnor <300 W (modell med 128 kärnor ska lanseras vilken månad som helst). Apple är långt före (heltalsfaktorer) på bärbara och allt pekar på att Qualcomm/Nuvia kommer lägga sig på samma nivå, planerad release mitten 2022.

Det jag ser som mest spännande om spekulationerna kring Rivos stämmer, d.v.s. de jobbar på en riktig high-end krets, är att vi då får ett första test på om även RISC-V är en lika "perfekt" ISA som ARM64 visat sig vara om man siktar på brutalt hög IPC! I teorin ser det bra ut, men går inte att veta innan någon faktiskt gjort en fungerande lösning!

x86 har fundamentala problem när den skalas upp till riktigt "breda" designer, problem som inte kan fixas med mindre än att bryta bakåtkompatibilitet. Möjligen har Intel hittat ännu ett plåster i sin design av Gracemonts front-end, men oavsett är det bara ett plåster och inte en permanent lösning.

"I Intels fall tror jag de har tillräcklig självinsikt kring begränsningarna hos x86 att de skulle köpa för att förbereda en övergång", jag tror nog att självinsikten finns hos fler. Funderar över om inte detta skulle kunna vara ett joint venture mellan alla de stora drakarna, bäst (och billigast för var och en) blir det ju om alla drar åt samma håll.

Permalänk
Medlem
Skrivet av lillaankan_i_dammen:

Bra vi behöver ha mer konkurrens. Många är så otroligt fokuserade på datorer, mobiltelefoner och liknande. Men utvecklingen går emot att det sitter kraftfulla cpuer i det mesta, man pratar om intelligenta saker. Ta saker som gymredskap, dessa ska idag ha en stor display kunna ansluta sig till molntjänster etc. Marknaden är extrem stor.

Utvecklingen inom cpuer är annars intressant. Där Apples lösningen genom att inte ha uppgraderingsbart ram eller ssd bara är en lösning som fungerar för de enklaste klienterna.. Apple kommer självklart lösa detta, men hur påverkar det prestandan? Min misstanke är att Apple då förlorar en del av försprånget när de som alla andra tvingas ha ram och ssd externt.

Apples lösning är inte speciellt märkvärdig hårdvarumässigt. Deras minne är 30% snabbare än vanilj 128-bitar till DDR4 men latenserna är inte bättre. Kolla Andrei Frumusanus tester på Anandtech. Deras SSD:er var anmärkningsvärda för att de var tidigt ute med NVME och hårdvarukryptering men utvecklingen på PC-sidan är åtminstone ikapp och vad avser de snabbaste PCIe-4 SSD:erna med m.2 anslutning, även förbi. Apple håller en väldigt bra lägsta nivå. Vi får se hur de väljer att konstruera sina mer ambitiösa produkter.

Arkitekturmässigt är jag inte säker på att framtiden är så renodlat samma som nuvarande PC status quo. AMDs initiativ med stora cache-chip stackade på processorchip, Intels initiativ med HBM integrerat i server CPU, allas (😀) initiativ och investerade miljarder på packaging-fronten - det vore märkligt om inte trenden med mer minne närmare kärnorna kommer att sprida sig neråt i produktstackarna. Det omvända, att distribuera beräkningarna ut till minnet (PIM), ligger förmodligen längre ut i framtiden.
Men det händer saker.

Om Apple för sina dyrare produkter väljer ett DIMM/m.2SSD byggsätt (fan trot), kan du nog räkna med att de kommer se till att ha en rejäl pool snabbt minne innanför DIMM-interfacet. Själv tror jag snarare att de helt enkelt piffar upp sin mobilliknande lösning. Enklare och billigare för Apple, och kunderna tvingas fortfarande köpa primär och sekundärminne direkt av Apple med riktigt fläskig marginalvinst.

Permalänk
Datavetare
Skrivet av Wiinis:

Skulle det vara så fel att bryta bakåtkompatibiliteten? Nu måste vi konvertera alla program till nya arkitekturer och om x86 är kvar då skulle vi väl slippa det? Eller skulle det förstöra för alla program som finns?

Det skulle paja alla program och i det läget är det bättre att välja ARM64 eller RISC-V, de har ju redan fixat det problem man vill fixa + att de redan har kompilatorer etc. ARM64 har också väldigt bra stöd i OS och många grundläggande bibliotek.

Att skapa en ny ISA är långt mer ett arbete kring programvara än det är ett arbete kring att specificera själva instruktionsuppsättningen och designa kisel.

x86 har inte kommit dit den är idag p.g.a. att det är en bra ISA, det har varit en kass ISA i årtionden. Man har kommit dit för att dels Intel lägger så mycket resurser på grundläggande programvara samt att andra lagt väldigt mycket tid på programvara då x86 i praktiken varit enda valet för Windows.

Arm fattade från start hur viktigt programvara är, de har nog lagt mer resurser på programvara relaterad till ARM64 än de lagt på något annat. Sedan har de haft "turen" att ARM64 är så kritiskt för Apple. Apple har enormt med resurser och de har plöjt ner väldigt mycket i projekt som LLVM (som de använder till deras C/C++ kompilator och även deras Swift kompilator). Apple har också finansierat SIMD optimeringar i många viktiga bibliotek (och flera av dessa är också sådant Arm lagt resurser på).

RISC-V behöver något liknande, d.v.s. någon med stora resurser för FoU som kan lyfta grundläggande programvara till en rejält "mogen" nivå.

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:

Det skulle paja alla program och i det läget är det bättre att välja ARM64 eller RISC-V, de har ju redan fixat det problem man vill fixa + att de redan har kompilatorer etc. ARM64 har också väldigt bra stöd i OS och många grundläggande bibliotek.

Skulle det verkligen paja alla program? Är väl bara gamla program/spel som använder sig av gammal kod som skulle sluta fungera?
Skulle man ta bort gamla instruktioner som inte längre används så borde ju allt fungera som vanligt fast effektivare.

Visa signatur

www.fckdrm.com - DRM år 2024? Ha pyttsan.

Permalänk
Medlem
Skrivet av arowe17:

Spoiler:
Om 1år har Intel köpt upp företaget för en oerhört hög summa dollars och skrotat det för att slippa konkurrens.

så kan de vara, men de är ju så att x86 börjar närma sig slutet på sin era också. så att köpa upp å lägga ned är nog inge vidare.

Visa signatur

|Workstation: AMD Ryzen 9 7900X 4.7GHz | ASRock X670E | AMD Radeon 7900 XT | 32GB DDR5 | NVMe 2.0TB | HDD 4.0TB |
|VMware rig: AMD Threadripper 2920x | ASUS PRIME X399-A | 24GB DDR4 | 10TB Storage |
|HTPC: AMD Ryzen 3 2200G 3.7 GHz | Gigabyte B450M DS3H | Radeon Vega 8 | 8GB RAM | SSD 120GB | *Test rig för div Linux distar, drivers m.m.

Permalänk
Medlem

Kan det vara Nvidia som startat detta bolag?
Ser att man dammsugit från alla möjliga firmor men kanske missade deras namn

Visa signatur

I5 9600k@stock / Cooler Master Evo 212 / Gigabyte Z390 Gaming X / Corsair Vengeance LPX 16GB DDR4 3000MHz / MSI RTX2070 Gaming Z / EVGA 550 BQ / Asus VG27BQ 27" 165Hz

Ryzen 5 5600x@stock / Asus Rog Strix X570-E Gaming / Corsair Vengeance RGB Pro 16GB 3600MHz CL18 / MSI RTX3070 Suprim X / BeQuiet Pure Power 11 600W / Asus VG278Q 27" 144Hz

Permalänk
Medlem

Jag uppskattar att fler bolag satsar på RISC-V och jag kan förstå satsningen, ser både marknad och investeringspotential.

Permalänk
Datavetare
Skrivet av ELF:

Skulle det verkligen paja alla program? Är väl bara gamla program/spel som använder sig av gammal kod som skulle sluta fungera?
Skulle man ta bort gamla instruktioner som inte längre används så borde ju allt fungera som vanligt fast effektivare.

ISA beskriver ju vad den data som programmet består av faktiskt ska göra. Flera av x86 problem ligger i hur ISA är designad, ändras den måste alla program i alla fall kompileras om och i det läget kan man lika gärna kompilera dem till t.ex. ARM64 där alla problem redan är lösta.

X86 har också problem med i hur olika CPU-trådar ”ser” minne, man gjorde specifikationen i en tid när 2 kärnor/CPU-trådar var ovanligt. Just denna punkt tog ganska lång tid innan man fick ordning på, så PowerPC och andra som försökt göra det hela bättre än x86 är ändå inte ”perfekt”. Enda som är ”perfekt” givet kraven som C, C++, Java m.fl. ställer på program är i nuläget ARM64 och RISC-V.

Så x86 är egentligen bara ”bra” för desktop med relativt få kärnor då man kan vräka på me ström och klocka högt. Alla andra varianter så är x86 idag ett ankare.

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 CubaCola:

Kan det vara Nvidia som startat detta bolag?
Ser att man dammsugit från alla möjliga firmor men kanske missade deras namn

Har man ju lite svårt att tro då dom verkar vilja spendera $40 miljarder på att köpa ARM.

Permalänk
Medlem
Skrivet av Yoshman:

ISA beskriver ju vad den data som programmet består av faktiskt ska göra.

Absolut, det fattar jag.

Skrivet av Yoshman:

Flera av x86 problem ligger i hur ISA är designad, ändras den måste alla program i alla fall kompileras om och i det läget kan man lika gärna kompilera dem till t.ex. ARM64 där alla problem redan är lösta.

Men det är detta jag inte förstår. Varför ALLA program måste kompileras om. Skulle behöva en teknisk förklaring på hur det fungerar och varför det inte bara är att ta bort oanvända instruktioner.

Visa signatur

www.fckdrm.com - DRM år 2024? Ha pyttsan.

Permalänk
Konsolpleb 🕹
Skrivet av ELF:

Absolut, det fattar jag.
Men det är detta jag inte förstår. Varför ALLA program måste kompileras om. Skulle behöva en teknisk förklaring på hur det fungerar och varför det inte bara är att ta bort oanvända instruktioner.

Problemen med x86 är inte främst att man vill bli av med legacy-instruktioner utan att man bör designa om isan från grunden.

Gör man det faller nuvarande kompatibilitet.

Så barriären till att förstå verkar ligga i att du gör ett felaktigt antagande att det bara handlar om att rensa bort gammalt skrot ur x86. När det snarare handlar om att rensa ut hela x86

Visa signatur

240p är livet

Permalänk
Medlem
Skrivet av ddelin:

Har man ju lite svårt att tro då dom verkar vilja spendera $40 miljarder på att köpa ARM.

Tänkte ju då mer på att man läser att den affären nog inte kommer att gå igenom.
Så då har de 40 miljarder på att utveckla detta istället, och sno folket de vill ha ifrån olika företag.

Visa signatur

I5 9600k@stock / Cooler Master Evo 212 / Gigabyte Z390 Gaming X / Corsair Vengeance LPX 16GB DDR4 3000MHz / MSI RTX2070 Gaming Z / EVGA 550 BQ / Asus VG27BQ 27" 165Hz

Ryzen 5 5600x@stock / Asus Rog Strix X570-E Gaming / Corsair Vengeance RGB Pro 16GB 3600MHz CL18 / MSI RTX3070 Suprim X / BeQuiet Pure Power 11 600W / Asus VG278Q 27" 144Hz

Permalänk
Quizmästare Gävle 2022

Finns det RISC.. att någon försöker blåsa upp en bubbla att sälja dyrt?

Visa signatur
Permalänk
Datavetare
Skrivet av ELF:

Men det är detta jag inte förstår. Varför ALLA program måste kompileras om. Skulle behöva en teknisk förklaring på hur det fungerar och varför det inte bara är att ta bort oanvända instruktioner.

Två stora problem med x86 är:

  • sättet instruktioner kodas, ändras detta ändras format för alla instruktioner. 32-bit Arm hade liknande problem, därför valde man (till skillnad för i princip alla andra 32->64 bit övergångar) att göra en helt ny ISA för ARM64

  • de garantier som ISA ger kring minnesoperationer och deras interaktion mellan CPU-trådar, x86 har valt en model som är enklare för människor att begripa men den är ineffektiv att implementera i kisel. ARM64/RISC-V har på HW nivå en mer komplex/flexibel modell, fördelen är att denna passar perfekt till den modell man efter ett gäng interationer konvergerade till i språk som C++, Java, Rust m.fl. Ändrar man detta pajar man i praktiken alla multitrådade program. Här är Arm lite speciell, de valde att bryta kompatibiliteten för 32-bit för att fixa detta, ARMv7A -> ARMv8A (ARMv8 är första med 64-bit stöd, men även 32-bit fick denna förändring).

Visa signatur

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

Permalänk
Inaktiv