A Canonical bejelentette az Ubuntu támogatást az Allwinner Nezha RISC-V lapjához

Ubuntu
Ubuntu image is now available for Allwinner’s Nezha board, and more work is expected to include new features and a port to the latest Ubuntu releases. 

Allwinner’s Nezha board is supported by Ubuntu 22.04.1. Download the latest Ubuntu images for Allwinner’s Nezha board here.

Részletek a bejelentésben.

( Smokey2k | 2022. 08. 22., h – 12:55 )

Múltkor nyomoztam neten hogy miért dobta az Apple a PPC-t, aztán ez végül elvezetett a quora-ra ahol volt inteles amd-s és egyéb mérnökök diskuráltak a különböző architektúrákról, érdekes volt látni hogy a risc-v elég vegyesen kapott hideget és meleget is, ami kissé fura volt hogy az inteles mérnökök nagyon szidtak mert hogy a mips-es háttere miatt stb..

Ez közel jár, ezen is átfutottam, a bejegyzés amire emlékszem egy volt inteles architectől származik aki kicsit hosszabban ecseteli hogy miért nagyobb a füstje mint a lángja a risc-v-nek, többek között ekézte mert továbbra is vannak olyan a mips-ből örökölt tulajdonságai amik miatt neki személy szerint nem tetszik és ezt megerősítve hozzászólt pár másik inteles arc is mintha egy kánonban lennének ami kissé viccesé vált a szememben :)

Köszi!

Szerintem Joe Zbiciak jól összefoglalta.
Annyit tennék hozzá, hogy az Intelnél 6W-ot szokás emlegetni, mint bűvös határt. Azaz a 6W alatti szegmensben nem tudnak versenyezni, és nem is akarnak. A RISC alacsony fogyasztásban jobb lehet, de amíg egy 15W-os laptop proci leveri az 1-2 évvel ezelőtti 100W-os desktop procikat, addig szerintem sem az Intel, sem az AMD nem fogja sürgetni a RISC-re váltást.

Mint aki ismeri az assembly-jet egy kupac cpunak a risc-v tenyleg egy modern mips. Kidobtak pl a delay slotokat (ugras utan a kov utasitas is vegrehajtodik), kevesebb a nem definialt mukodes (pl 32 bites muveletnel nem kell sign extended 32 bites erteknek lennie a 64/128 bites regiszterben). Van visszalepes is, pl hogy az utasitasba kodolt konstansok csak 12 bitesek, nem 16, es mindig elojelesek. Maradt a keves utasitas, amitol maga a cpu egyszeru, de egyszeru kodok is sok utasitasbol allnak, ami a kodmeretnek es a vegrehajtasnak sem tesz jot. Szerintem tovabbra is az arm64 a legjobb utasitaskeszlet jelenleg. Azt 0-rol epitettek es nagyon forditoprogram orientaltan alakitottak ki, ami miatt nagyon hatekony.

Részemről programoztam sok assembly-t több CPU-n (6510, Intel x86, Motorola vonalak), például 3D motort írtam nulláról assembly-ben, megvilágítással és fénnyel, saját matematikai megközelítésekkel.

Azt gondolom, hogy a jelenlegi teljesítményt már "elég jól" kimaxolták és tovább lépést már leginkább matematikai innovációk hozhatnak.

El tudnám képzelni, hogy egy neurális háló chip-pel (amilyen már van az Intelnek) folyamatosan tanul aktuális kód elágazásokat és mechanizmusokat elemez és így tudna gyorsítani, hogy milyen ágat számoljon előre, mennyivel előre stb. Tehát egy még szofisztikáltabb optimum keresést valósítana meg.

Mivel az NN tanítás drága, de kérdezése olcsó, ezért a gyakorlatban is működhet.

Egyébként is erről fog szólni a jövőnk szerintem, a lokális adaptációkról és még jobb lokális optimumokról globális optimum helyett, mert ott van lehetőség további optimalizálásra.

Meg lehetne még toldani FPGA alapú utasításgyorsítótárral. A gyakran használt (vagy az NN által előrejelzetten gyakran használatra kerülő :) ) kódblokkokat nem egyszerűen gyorsítótáraznánk, hanem egy FPGA blokk meg is valósítaná, hogy még gyorsabban lehessen végrehajtani. Más kérdés, hogy ez akár megint új támadási felületeket is nyithatna a CPU-ban :) 

Színes vászon, színes vászon, fúj!

Kérem a Fiátot..

Tetszik. Sőt, igazából így a több magra való szétdobálás automatizálása is megtörténhetne akár, bár nyilván mélyen végig kell gondolni a limitációkat. Tehát amit mondasz, hogy külön egység hajtaná végre az elágazásokat, azt több egységgel is lehetne akkor már.

Én az elágazásbecslésen felül gondoltam, (de elvileg arra is lehetne, hogy egy előrejelzett elágazást azon végrehajtani, viszont magas lehet az "overhead" egy ilyen röptében generálásnak csak egy elágazáshoz), hogy "megjósolhatná" a gyakran használt kódokat is, hogy egy röptében létrehozott funkcióblokkot hozzon létre, ami gyorsabban feldolgozza a kódrészletet, mint a hagyományos végrehajtó egységeken több lépésben végigvive. 

Színes vászon, színes vászon, fúj!

Kérem a Fiátot..

( azbest | 2022. 08. 22., h – 16:50 )

tök jók amúgy az ilyen kezdeményezések... csak kár, hogy divatként ezek is 200 dolcsi körüli áron futnak. Pedig elég harmatos teljesítményűnek hangzik. Egyedül a risk-v "spéci" képesség, amúgy lassú, 1 magos.