Ny kretstillverkare: Våra kretsar är 100 gånger effektivare

Permalänk
Melding Plague

Ny kretstillverkare: Våra kretsar är 100 gånger effektivare

Den nya kretsdesignfirman Efficient har slagit sig ihop med Global Foundries och påstår att dess nyskapande kretsar är avsevärt effektivare än dagens.

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

Mycket lätt att snacka skit innan man har bevis eller utfört oberoende tester… jag tror det när jag ser det. Jag tror att detta är ännu ett fall av cherry-picking och djupt specialiserade extremfall, om det ens finns något alls som når upp till dessa siffror

Permalänk
Medlem

Mycket intressant detta

Visa signatur

Asus Tuf Gaming X670E-Plus - Amd 9700X - Noctua D15 Chromax Black - Corsair 6000MHz cl30 - Cpuns Grafikkrets - Asus Rog Thor 850W 80+ Platinum - Sound Blaster AE-9 - Asus 26.5" ROG Swift PG27AQDM OLED 240Hz

Permalänk
Medlem

Det är ändå lite intressant detta, företaget i sig och personerna som presenteras på hemsidan verkar legitima.

Man ska dock vara medveten om att det som de har forskat på är chip med minimal effektförbrukning, detta kommer alltså antagligen inte konkurrera med Intel och AMD :). Men det är ändå sjukt intressant att de har kommit på något nytt istället för von Neuman-arkitektur.

Permalänk
Medlem

Intressant men får se hur det ser ut i praktiken. Risken finns att dom lovar för mycket.

Men mobiler som är 100gg effektivare hade inte suttit fel. Då kanske kan mobilen för en gångs skulle hålla en hel dag.

Permalänk

Det är en spännande framtid.
Det kan komma betydligt strömsnålare processorer, solid state batterier som har mycket högre batterikapacitet.

Detta gör att smarta glasögon kan bli en praktisk produkt. Jag ser det lite som smartphone slog ej igenom före iPhone och det var var många saker som behövdes utvecklas före.

Min livsåskådning är dock att teknikutvecklingen går snabbt framåt, men inte så otroligt snabbt framåt som många kan tro.

Permalänk
Medlem

Hoppas de lyckas infria sina löften

Företag i uppstartsfas tenderar ju att överdriva (mer än etablerade företag) för att få PR och därmed fler kunder/investerare. Kul om de lyckas!

Visa signatur

Att förespråka Mac på Swec är som att förespråka hybridbilar på en raggarträff i Mora.

Nuvarande stationär: 7800X3D, 128Gb ram, 4Tb nvme, 3x8Tb sata-ssd, 4070 Ti S

Permalänk
Medlem
Citat:

Its "Fabric" architecture eliminates power-hungry complexities by providing "reconfigurable hardware at compile time"

Låter som en inbyggd FPGA och då tycker jag inte 166x låter orimligt.
MEN förutom att hitta på egna specialiserade vektorinstruktioner, emulering av konstiga flyttal eller AI workloads, så har jag svårt se det öka någon prestanda...

Permalänk
Medlem

von Neumann-arkitekruren karaktäriseras även av att programminne och data-minne är ett och samma, vilket gör att man kan skriva program som modifierar sig själva eller andra program (om inte OS:et sätter hinder). Till skillnad från Harvard-arkitekturen där data och program är olika minnesrymder. Ska bli spännande att se hur kompilatorn/”banor”/”circuits” hanterar det.

En dator som inte kan modifiera sitt eget program, är den generell?

Permalänk
Medlem
Skrivet av Dyluck:

Låter som en inbyggd FPGA och då tycker jag inte 166x låter orimligt.
MEN förutom att hitta på egna specialiserade vektorinstruktioner, emulering av konstiga flyttal eller AI workloads, så har jag svårt se det öka någon prestanda...

Samtidigt säger de att det inte är är en FPGA. Lite förvirrande. Kanske är det en FPGA, men man behöver inte tänka på det som programmerare? Kanske sköter kompilatorn allt det.

Permalänk
Hedersmedlem
Skrivet av KAD:

En dator som inte kan modifiera sitt eget program, är den generell?

Självmodifierande kod är väl mer kuriosa än något annat i dagsläget? Det går att göra, men genererar någon vanlig kompilator (typ LLVM/GCC/MSVC) självmodifierande kod?

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
NAS: 6700K/16GB/Debian+ZFS | Backup (offsite): 9600K/16GB/Debian+ZFS

Permalänk
Datavetare
Skrivet av medbor:

Mycket lätt att snacka skit innan man har bevis eller utfört oberoende tester… jag tror det när jag ser det. Jag tror att detta är ännu ett fall av cherry-picking och djupt specialiserade extremfall, om det ens finns något alls som når upp till dessa siffror

Började läsa forskningsrapporten originalkällan länkade till. Den verkar inte alls måla upp en bild av att detta skulle vara något supergenerellt fall.

Man tittar specifikt på mikrokontrollers och verkar i huvudsak se denna teknik som ett mer flexibelt verktyg jämfört med ASIC (brasklapp, har bara läst 1/3 än, ska fortsätta ikväll).

Tydligen är avkodningssteget i "vanliga" CPUer extremt energikrävande. I en enkel MCU som saknar out-of-order körning och liknande kan avkodningen äta upp >50 % av strömmen som behövs för att köra programmet!

Verkar vara just att så långt som möjligt fixa/gå runt det problemet man fokuserar på. Man verkar försöka skapa något med energieffektiviteten hos en ASIC, fast men programmerbarheten närmare en normal CPU. Låter lite som FPGA, fast siffrorna som nämns i forskningsrapporten visar verkligen på mer ASIC nivå på effektivitet.

Skrivet av KAD:

von Neumann-arkitekruren karaktäriseras även av att programminne och data-minne är ett och samma, vilket gör att man kan skriva program som modifierar sig själva eller andra program (om inte OS:et sätter hinder). Till skillnad från Harvard-arkitekturen där data och program är olika minnesrymder. Ska bli spännande att se hur kompilatorn/”banor”/”circuits” hanterar det.

En dator som inte kan modifiera sitt eget program, är den generell?

Moderna högprestande CPU använder, just av prestandaskäl, en variant av Harvard-arkitekturen. Specifikt i form av att L1-cache är uppdelad i L1I$ och L1D$.

Går ändå att skriva självmodiferande kod, men kräver explicit hantering för att man ska rätt beteende (vilket inte krävs på 80-tals CPUerna i C64 och Amiga 500, m.fl.).

Men ja, gissar att om denna teknik slår lär den kanske inte vara supereffektiv på att använda JIT:ade miljöer

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

Låter som en inbyggd FPGA och då tycker jag inte 166x låter orimligt.
MEN förutom att hitta på egna specialiserade vektorinstruktioner, emulering av konstiga flyttal eller AI workloads, så har jag svårt se det öka någon prestanda...

Skrivet av dlq84:

Samtidigt säger de att det inte är är en FPGA. Lite förvirrande. Kanske är det en FPGA, men man behöver inte tänka på det som programmerare? Kanske sköter kompilatorn allt det.

Till skillnad från "Fabric" är FPGA väl definierat, dvs. det är en grindmatris som kan konfigureras i fält. En krets där man kan ladda in en beskrivning (exempelvis Verilog eller VHDL) av till vilka pinnar olika digitala grindar ska anslutas och hur dessa grindar ska anslutas till varandra. En FPGA är i grunden en mycket ineffektiv konstruktion där enbart en faktor gör den kostnadseffektiv, nämligen massproduktion (av en mängd helt identiska FPGAer där anpassningen sker i den tilltänkta tillämpningen istället för vid produktion).

Efficient Fabric är statisk i så bemärkelse att den har en statisk uppsättning kretsar och grindar som den utformades med och detta kan inte ändras. Istället har man byggt en integrerad krets med många mindre CPUer mer likt hur en GPU ser ut. Alltså inte en FPGA. Istället för att man likt en FPGA kan styra konfigurationen av grindar, så styr man konfigurationen av hur ens program laddas in uppdelat på tusentals små processorer. Dvs. ett program i högnivå, kompileras inte ned till en binär som körs på varje kärna, utan till många binärer som dynamiskt laddas in i systemets kärnor baserat på programmets tillstånd. Det hela blir någon slags hybrid mellan en FPGA och en GPU, men inte en FPGA likt definitionen ovan. Man kan säkert simulera en mycket liten FPGA i kod på en sådan processor, men antagligen med mindre precision och betydligt lägre klockhastighet än en likvärdig FPGA.

Dessutom är det viktigt att framhäva att "100 gånger högre energieffektivitet" gäller mot traditionella "von Neumann arkitekturer" (Princeton-arkitektur) , en typ av arkitektur som inte sett någon stor kommersiell framgång jämfört med Harvard-arkitekturer.

Permalänk
Medlem

Det alltid lika teknikbejakande swecforum öppnar förstås med en glad och positiv kommentar.

Permalänk
Skrivet av Falistar:

Det alltid lika teknikbejakande swecforum öppnar förstås med en glad och positiv kommentar.

Jag ser det lite som att ropa vargen kommer.
Vi hör konstant ständigt information om nya tekniker som ska komma och de aldrig kommer, detta leder till otroligt skepticism emot det mesta. Och tyvärr när det gäller banbrytande teknik som har skeptikerna oftast rätt.
Saker brukar också ta en förb-skat lång tid att komma. Bara se tillbaka 10år och fråga vad för teknik har man idag som man inte hade då? Man inser då att man istället bör se 20år tillbaka och ställa samma fråga för att kunna prata om större skillnader.

Permalänk
Medlem

Systemen blir snabbare för varje år, vilket innebär att allt mer avancerade analyser kan läggas in i kompilatorerna. Detta kanske inte är som jag tänker, men man kan dels letar upp parallellitet i programkoden, dels identifierar kodsegment som kan snabbas upp i programerbar hårdvara. Man kanske kan koda om 10 mjukvaruinstruktioner till en custom-instruktions-beräkning som kodas in i en FPGA, då med massiva prestandavinster för just den loopen. jag har tänkt i dessa banor förr, hoppas det blir verklighet. (I princip bygger man en processor med nära på oändligt antal instruktioner, anpassningsbar till den aktuella programkoden i fråga.) Principen har vi ju redan idag när man identifierar kodsegment som lämpar sig för AVX-instruktioner. Problemet är att det läggs till allt fler instruktioner över tid, stället för att ha en dynamisk självmodifierande processor. Kort och gott, slå samman en kompilator med ett FPGA-verktyg.

Permalänk
Medlem

Blir väl snabbt uppköpta av någon större firma om det verkar lovande. Sen blir det integrerat och man hör inte mer om det senare 😏

Visa signatur

MSI Z87-GD65 Gaming Intel i5 4670K ASUS R9 280X CUII TOP

Permalänk
Medlem

100 effektivare? Det tror jag när jag ser det. Ungefär som alla nya batteritekniker som aldrig kommer...

Visa signatur

Ryzen 9800X3D @ Stock, MSI Suprim X 3080 @ game mode.
YT kanal där jag meckar bilar: https://www.youtube.com/@saab900turbo9

Permalänk
Medlem
Skrivet av Thomas:

Självmodifierande kod är väl mer kuriosa än något annat i dagsläget? Det går att göra, men genererar någon vanlig kompilator (typ LLVM/GCC/MSVC) självmodifierande kod?

Men du har ju JIT-kompilatorer som används bl.a. till Java och när man vill emulera andra cpu-arkitekturer. Det är ju på ett sätt själv-modifierande.

Permalänk
Hedersmedlem
Skrivet av Falistar:

Det alltid lika teknikbejakande swecforum öppnar förstås med en glad och positiv kommentar.

Folk kanske blir skeptiska efter att ha hört liknande saker 100 gånger förut, utan att något kommit av det.
100 gånger effektivare kretsar, 100 gånger energitätare batterier, 100 gånger snabbare processorer...

Visa signatur

Asus ROG STRIX B550-F / Ryzen 5800X3D / 48 GB 3200 MHz CL14 / Asus TUF 3080 OC / WD SN850 1 TB, Kingston NV1 2 TB + NAS / Corsair RM650x V3 / Acer XB271HU (1440p165) / LG C1 55"
NAS: 6700K/16GB/Debian+ZFS | Backup (offsite): 9600K/16GB/Debian+ZFS

Permalänk
Medlem
Skrivet av Falistar:

Det alltid lika teknikbejakande swecforum öppnar förstås med en glad och positiv kommentar.

Det handlar om att en är luttrad och hört dessa historier många gånger förut. Det är snarare så att ju mer kunskap du får inom teknik ju lättare ser du igenom dessa.

Som alltid när det gäller nya rön så överdriver de nog i sin PR. När det gäller ny cool teknik så är det "demonstration or it didn't happen" som gäller.
De ljuger oftast inte utan fraserar det så att det ser mycket bättre ut än vad det är för att locka investerare.
Såna här nyheter kommer ut inom olika vetenskapliga fält varje dag men 99% av dem ser en aldrig röken av och de som det blir något av är oftast avsevärt mycket sämre än vad PR'en har sagt i detta stadie.

Jag har jobbat inom R&D i många år och oftast så sätter man upp ett teoretiskt maxat mål som man ändrar under utvecklingens gång när vad som är möjligt på riktigt kommer fram.
Det är också därför vi ofta ser hårdvarurykten som ändras mycket under utvecklingens gång. Ryktet är troligen rätt för vad utvecklarnas mål är just då men målet ändras markant under resans gång. Så de som rapporterar rykten har inte riktigt fel när de rapporterar fel specs utan det är slutprodukten som ändras med tiden. Ju närmare release en kommer ju säkrare blir ryktena.

Visa signatur

R&D Elektronik & Radioingenjör

Permalänk
Medlem

Om jag förstår det hela rätt (vilket inte alls är säkert) så är det här inte så mycket fråga om att bygga snabba general-purpose CPU:er, utan kretsar som skall kunna köra ett program snabbt och effektivt.
Man "kompilerar" programmet till en FPGA design där de krävande delarna av koden körs på special-anpassad hårdvara.
Plus en liten reguljär CPU-kärna för de bitar av koden som inte kan optimeras.
Fördelen jämfört med en reguljär ASIC är att koden kan skrivas i vanliga högnivåspråk som C eller C++.

Ingenting för persondatorer eller servrar, men för inbyggda system så finns det definitivt potential.

Permalänk
Medlem

Kombinera gärna med batteriet som kan lagra 100 gånger mer energi...

Permalänk
Medlem

Transmeta på g igen?

Gisses vad dom hypades, med Linus i fronten såklart.
Men när det väl vad dags att leverera var prestandan knappt tillräcklig för tunna klienter lol

Permalänk
Medlem
Skrivet av Thomas:

Självmodifierande kod är väl mer kuriosa än något annat i dagsläget? Det går att göra, men genererar någon vanlig kompilator (typ LLVM/GCC/MSVC) självmodifierande kod?

Alla JIT (Just In Time) kompilatorer generar ju i någon mening själv-modifierad kod. Och sådana är rätt vanliga idag.

Permalänk
Medlem

hittar GlobalFoundries men inte Efficient.. Tänkte köpa lite aktier mest för det var kul.
Skulle dom mot förmodan lyckas så lär dom explodera och bli uppköpta.

Visa signatur

CPU: 5800x3d
GPU: 3080
RAM: 32GB

Sluta gömma din identitet, skaffa en till istället

Permalänk
Medlem

Lätt att påstå saker fram och tillbaka hursomhaver. År 2000 släpptes Silicon Recognition ZISC 78 som hade 260 instruktioner per clock cycle vid 33mhz. Som jämförselse har Intel Core i5-11600K 11.73 instruktioner per clock vid 4.92ghz och kom ut 2021.

Vet inte en enda maskin eller apparat som nånsin körde ZISC 78 utanför universitetet som designade den, men jag kan ha fel. Måste ha varit otroligt svårt att koda för ZISC.

Coolt concept dock.

8,600 MIPS at 33 MHz vs athlon XP 2500+ som kom ut tre år senare: 7,527 MIPS at 1.83 GHz

Visa signatur

2x Xeon E5-2699 v4, 256gb Quad Channel RAM, 2x nVIDIA 980ti
----
AMD Ryzen 5950X, 128gb Dual Channel RAM, 2x AMD 6900XT
----
Massiv amiga och 3dfx-samling.

Permalänk
Medlem
Skrivet av danedi:

Lätt att påstå saker fram och tillbaka hursomhaver. År 2000 släpptes Silicon Recognition ZISC 78 som hade 260 instruktioner per clock cycle vid 33mhz. Som jämförselse har Intel Core i5-11600K 11.73 instruktioner per clock vid 4.92ghz och kom ut 2021.

Vet inte en enda maskin eller apparat som nånsin körde ZISC 78 utanför universitetet som designade den, men jag kan ha fel. Måste ha varit otroligt svårt att koda för ZISC.

Coolt concept dock.

8,600 MIPS at 33 MHz vs athlon XP 2500+ som kom ut tre år senare: 7,527 MIPS at 1.83 GHz

ZISC 78 implementerar ett neuralt nätverk och kan bara utföra några väldigt specifika funktioner relaterade till mönstermatchning. Den har mer gemensamt med dagens NPU:er än med processorerna du nämnde.

Så att den inte användes särskilt mycket har inget att göra med att den var svår att programmera, den har i själva verket inte stöd för det, utan för att det helt enkelt inte är en generell processor som man kan bygga en dator med.

Permalänk
Medlem
Skrivet av danedi:

Lätt att påstå saker fram och tillbaka hursomhaver. År 2000 släpptes Silicon Recognition ZISC 78 som hade 260 instruktioner per clock cycle vid 33mhz. Som jämförselse har Intel Core i5-11600K 11.73 instruktioner per clock vid 4.92ghz och kom ut 2021.

Att jämföra instruktioner per klockcykel, eller instruktioner per sekund, mellan maskiner med helt olika instruktionsuppsättningar är som att jämföra päron med äppelmos.
Vad instruktionerna gör varierar, liksom hur många instruktioner som behövs för att utföra en viss operation.
Sen så beror det ju på hur man mäter - för många arkitekturer så kan instruktioner per tidsenhet variera rätt mycket beroende på vilka instruktioner som används.

Permalänk
Medlem

Snacka går ju, fram med bevisen.