Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Wasper 25. 10. 2023, 02:37:43
-
Pro začátek: pokud shledáváte tento dotaz jako trolling, pak prosím neodpovídejte. Rozhodně tak není míněn.
Chtěl bych se zeptat na jednu věc - pokud se někde objeví zmínka o použití RISC-V architektury, tak obvykle sklízí nadšené ovace většiny čitatelů. Takže bych se rád zeptal, jaké jsou ale reálné plusy, v porovnání např. s ARM nebo Wintel?
Ptám se hlavně proto, že mě dorazily dvě RISC-V hračky (LicheeRV D1 dock, 512MB+WiFi), dal jsem na ně Debian, a třeba i v porovnání s RPI zero, na kterou nedám dopustit, mám tak trochu rozporuplné pocity. Spotřeba cca 200mA moc nezávisí na zátěži (malina má v skoro-idle, jen aktualizuje ePaper displej kolem 100mA) a výkonově, no ... ta Malina mi připadne o dost svižnější a mnohem mín žravá.
-
riscv nema zadne licence co je treba platit pri vyrobe. az se bude davat masove to mobilu, tak bude mit lepsi parametry.
-
Problem je v tom, ze od ARMu potrebujete licenci. Nejde ani tak o ISA (i kdyz pry jsou zeme, kde neni legalni si ani udelat vlastni design implementujici napr. ARM ISA), jako spis o nejake patenty, ktere jsou na ISA uzce navazany. Ptal jsem se na to driv uz vice lidi a nikdy jsem zadny konkretni seznam nedostal, stale by mne to zajimalo.
R-V jde implementovat bez tech licencnich veci tykajicich se primo ISA, ale opet je otazka, jestli clovek pri nejake chytrejsi implementaci nenarazi na neci patent. Toto by mne opet zajimalo, jestli nekdo mate nejake background info (napadaji mne patenty ohledne synchronizace pameti u vice jader).
-
Osobně se na RISC-V dívám skepticky zejména z politických důvodů, neboť zatím se této architektuře vážně věnuje snad jen Čína. Pro tu je to cesta, jak se vyhnout všemožným sankcím a embargům na západní technologie. Pokud by si západ nechal ujet vlak, mohlo by se snadno stát, že bude závislý na čínské implementaci RISC-V, zatímco bude svázán patenty souvisejích technologií, ve vlastnictví číny.
-
Osobně se na RISC-V dívám skepticky zejména z politických důvodů, neboť zatím se této architektuře vážně věnuje snad jen Čína. Pro tu je to cesta, jak se vyhnout všemožným sankcím a embargům na západní technologie. Pokud by si západ nechal ujet vlak, mohlo by se snadno stát, že bude závislý na čínské implementaci RISC-V, zatímco bude svázán patenty souvisejích technologií, ve vlastnictví číny.
nikdo nemuze zacit patentovat risc-v kdyz uz je jednou free. leda nove veci navic by mohli patentovat.
-
Osobně se na RISC-V dívám skepticky zejména z politických důvodů, neboť zatím se této architektuře vážně věnuje snad jen Čína. Pro tu je to cesta, jak se vyhnout všemožným sankcím a embargům na západní technologie. Pokud by si západ nechal ujet vlak, mohlo by se snadno stát, že bude závislý na čínské implementaci RISC-V, zatímco bude svázán patenty souvisejích technologií, ve vlastnictví číny.
nikdo nemuze zacit patentovat risc-v kdyz uz je jednou free. leda nove veci navic by mohli patentovat.
Ale on nemluvi o patentech na RV, ale na implementaci.
Treba out of order execution s ROB (reorder-buffer), ruzne DVFS pristupy ... to je vse patentovany, a rekl bych ze takovej patent je napsanej dost genericky, aby nebyl omezenej jenom na x86 svet.
RV je jenom ISA, tj muzes tvorit a cist binarku a pro kazdeho to da stejny vysledek. Ale jak konkretne implementujes svuj procesor nebo prekladac.. je uz zcela jine vedro zizal :D
-
nikdo nemuze zacit patentovat risc-v kdyz uz je jednou free. leda nove veci navic by mohli patentovat.
Stejně tak je "free" architektura osobního automobilu - 4 kola, volant, nějaké sedačky a trocha plechu okolo... Konkrétní technická řešení jsou však automobilkami často patentována.
-
RISC-V mi přijde míň praktická instrukční sada v porovnáním třeba s AArch64.
Základ je dobrý, ale kvůli "jednoduchosti" tam jsou některé věci, které prostě nejsou praktické, a RISC-V V (SIMD) je ukázka toho, že ti lidi co to navrhovali asi neměli s využitím SIMD instrukcí moc zkušeností z praxe.
Takže za mě jsem teď spíš skeptický o využití RISC-V např. v desktopech.
AArch64 je určitě mnohem praktičtější design, ale taky má věci z dnešního pohledu zastaralé (třeba 64-bit SIMD), a podle mě s ARM-SVE byl krok do slepé uličky.
-
RISC-V mi přijde míň praktická instrukční sada v porovnáním třeba s AArch64.
Základ je dobrý, ale kvůli "jednoduchosti" tam jsou některé věci, které prostě nejsou praktické, a RISC-V V (SIMD) je ukázka toho, že ti lidi co to navrhovali asi neměli s využitím SIMD instrukcí moc zkušeností z praxe.
Takže za mě jsem teď spíš skeptický o využití RISC-V např. v desktopech.
AArch64 je určitě mnohem praktičtější design, ale taky má věci z dnešního pohledu zastaralé (třeba 64-bit SIMD), a podle mě s ARM-SVE byl krok do slepé uličky.
SIMD je asi nejlepsi porad jeste na x86-64 (AVX).
-
RISC-V mi přijde míň praktická instrukční sada v porovnáním třeba s AArch64.
Základ je dobrý, ale kvůli "jednoduchosti" tam jsou některé věci, které prostě nejsou praktické, a RISC-V V (SIMD) je ukázka toho, že ti lidi co to navrhovali asi neměli s využitím SIMD instrukcí moc zkušeností z praxe.
Takže za mě jsem teď spíš skeptický o využití RISC-V např. v desktopech.
AArch64 je určitě mnohem praktičtější design, ale taky má věci z dnešního pohledu zastaralé (třeba 64-bit SIMD), a podle mě s ARM-SVE byl krok do slepé uličky.
SIMD je asi nejlepsi porad jeste na x86-64 (AVX).
Spíš AVX-512 - AVX2 nemá třeba scatter, maskování, a oproti AVX-512 je nekompletní.
-
RISC-V mi přijde míň praktická instrukční sada v porovnáním třeba s AArch64.
Základ je dobrý, ale kvůli "jednoduchosti" tam jsou některé věci, které prostě nejsou praktické, a RISC-V V (SIMD) je ukázka toho, že ti lidi co to navrhovali asi neměli s využitím SIMD instrukcí moc zkušeností z praxe.
Takže za mě jsem teď spíš skeptický o využití RISC-V např. v desktopech.
AArch64 je určitě mnohem praktičtější design, ale taky má věci z dnešního pohledu zastaralé (třeba 64-bit SIMD), a podle mě s ARM-SVE byl krok do slepé uličky.
SIMD je asi nejlepsi porad jeste na x86-64 (AVX).
Spíš AVX-512 - AVX2 nemá třeba scatter, maskování, a oproti AVX-512 je nekompletní.
jj pravda. Akorat muj CPU AVX-512 neumi (Intel(R) Core(TM) i7-8665U CPU @ 1.90GHz), takze kysele hrozny. Ale mas pravdu.
-
Obecně si myslím, že je úplně jedno jaká je architektura.
Rozdíly nejsou v podstatě důležité. Jde totiž o aplikace které jsou určeny pro konkrétní platformu.
Tzn. ty používáš konkrétní aplikace a k nim hledáš optimální hardware.
Ale na druhou stranu se můžeš vydat druhou stranou, máš hardware a k němu si napíšeš veškerý software.
Pak už je to spíše otázka proč jsi si zvolil konkrétní hardware, protože na aplikaci nezáleží, tu si napíše a optimalizuješ software pro konkrétní celou platformu toho hardware.
Když bych uvedl konkrétní a teoretický příklad. Máš vesmírnou sondu, specifikoval jsi si požadavky na CPU (nebo raději celou platformu) a výkon nebo architektura vůbec nemusí být nejdůležitější, ale rozhodující podmínkou třeba bude že kompletní vývoj a výroba bude v USA, patenty jsou v USA, výrobce má certifikace pro dodávky pro armádu USA apod, a vyšel ti vítězně nějaký model CPU. A k tomu CPU vytvoříš veškerý software.
A nebo si představ že máš LGM-30 Minuteman - to je jaderná raketa v silech, sedí tam v silu jednotky ale spíše desítky let a čeká neustále připravená, a tam nemůžeš dělat upgrade CPU každý rok jako je běžné u Intelu/AMD/ARM. Tady je nějaký popis co jsem v rychlosti našel: https://minutemanmissile.com/missileguidancesystem.html a https://en.wikipedia.org/wiki/LGM-30_Minuteman
Zajímá-li tě podobná problematika najdi si pomocí googlu, problematiku zavádění Block 4 u stíhačky F-35, údajně už to řeší přes 2 roky. Zjednodušeně mají potřebný výkon v novém procesoru, ale nemají adekvátní rezervu chlazení pro elektroniku. Ale je fakt, že jsem toto pouze letmo zahlédl a třeba odkaz na to je slepá ulička, a nebo mé nepochopení.
-
Divej, pokud pro tebe nejsou rozdíly důležité, tak proč se vyjadřovat?
Pro hodně lidí ty rozdíly důležité jsou, protože chcou z každé platformy vyždímat maximum.
-
Pro: anonacct
Máš pravdu, já jsem se pouze snažil říci, že z architektury vytěžíš maximum pouze když si to nízkoúrovňově naprogramuješ.
Ale porovnávat něco co tam "nějak" rozběhnu, proti nějakému trochu lépe odladěnému systému tak toto nelze porovnávat, a ani vyvozovat závěry.
Jinak existuje docela dobrá literatura:
Computer Organization and Design RISC-V edition.pdf
-
honzako: A kolik času strávils psaním low-level kódu v asm nebo třeba použitím C++ intrinsics pro nějakou architekturu?
To co píšeš k tématu prostě nedává smysl, sorry :) Hodně lidí chce psát obecný kód aniž by museli cílit na nějakou architekturu, na druhou stranu pro netriviální věci máme knihovny, které už cílit můžou, i triviální memcpy má různé implementace pro dosažení maximálního vykonu.
Když jde o základní operace, tak všechny architektury jsou si víceméně podobné, ale používáním základních operací nikdy člověk nedosáhne maximálního výkonu. Dnešní CPU dokáže zpracovat 4-8 instrukcí za jeden cyklus a tady se bavíme jak o základních operacích tak o využití SIMD, a proto je SIMD instrukční sada tak zajímavá, protože když se použije dobře, tak za 1 cyklus se dokáže zpracovat mnohem víc dat (a v podstatě za stejnou cenu). V tomto případě nemluvím jen o tom iterovat nad nějakým polem a něco počítat, SIMD se dnes hodně využívá i k naprosto základním věcem jako třeba zkopírování nějaké struktury (fixní délka) nebo na akceleraci nějaké operace, která má fixní počet elementů (pole, struktura, atd...), akcelerace hash tabulek je taky hodně zajímavé téma (s využitím VPSUFB), atd...
Takže ne, architektura je opravdu důležitá a když se věci udělají dobře, tak i blbá hash tabulka může být 5x rychlejší než při použití obecné implementace bez optimalizací. Třeba toto video je celkem zajímavé a k tématu: https://www.youtube.com/watch?v=DMQ_HcNSOAI
-
Jinak existuje docela dobrá literatura:
Computer Organization and Design RISC-V edition.pdf
Moje oci, no fuj! Jak nechci byt velkej kritik, ale udelat knizku stylem Ctr+P z nejakeho webu je uz i na me moc.
Typografii se uz dnes nikdo neveduje? A ani grafice ze tam jsou copy paste nejake random obrazky v random kvalite a stylu? :(
-
Chtěl bych se zeptat na jednu věc - pokud se někde objeví zmínka o použití RISC-V architektury, tak obvykle sklízí nadšené ovace většiny čitatelů. Takže bych se rád zeptal, jaké jsou ale reálné plusy, v porovnání např. s ARM nebo Wintel?
Ptám se hlavně proto, že mě dorazily dvě RISC-V hračky (LicheeRV D1 dock, 512MB+WiFi), dal jsem na ně Debian, a třeba i v porovnání s RPI zero, na kterou nedám dopustit, mám tak trochu rozporuplné pocity. Spotřeba cca 200mA moc nezávisí na zátěži (malina má v skoro-idle, jen aktualizuje ePaper displej kolem 100mA) a výkonově, no ... ta Malina mi připadne o dost svižnější a mnohem mín žravá.
RISC-V je projekt profesorů z University of California, Berkeley.
Navrhli ISA, která je free, bez poplatků, viz:
https://en.wikipedia.org/wiki/RISC-V
Kdokoli může tuto ISA vzít a navrhnout a vyrobit si procesor. To ale člověk neudělá
doma v garáži. Tedy návrh možná ano, ale s výrobou už je to složitější :).
Proto máme k dispozici RISC-V jádra, která jsou výkonově na úrovni ARMů,
které tady byly před 5+ lety.
A možná se ničeho výkonnějšího, co by bylo zároveň dostupné pro masy,
v dohledné době nedočkáme.
Sifive, komerční projekt lidí, co navrhli RISC-V ISA má problémy a údajně musel
propustil hromadu svých inženýrů, viz:
https://hardware.slashdot.org/story/23/10/25/0151254/sifive-lays-off-hundreds-of-risc-v-developers
Měli v plánu uvést na trh výkonný RISC-V, se svým out of order P550 jádrem, viz:
https://www.sifive.com/boards/hifive-pro-p550
-
[...] A možná se ničeho výkonnějšího, co by bylo zároveň dostupné pro masy, v dohledné době nedočkáme. [...]
Mozna za 10mesicu: Milk-V Oasis Mini-ITX (https://www.cnx-software.com/2023/10/21/sophgo-sg2380-16-core-sifive-p670-risc-v-processor-20-tops-ai-accelerator) s 16core(12x 2.5 + 4x 1.6GHz), 16/32/64GB ECC RAM, 4x SATA, 1x M.2 NVMe, 1x M.2 pro Wifi/BT/WWAN, 2x 2.5GLAN, 2x HDMI + USB-C DP Alt... s cenou az moc nizkou (https://forum.sophgo.com/t/about-the-sg2380-oasis-category/359/1) :-) $120-200 po sleve, nebo $150-250 bez slev
-
[...] A možná se ničeho výkonnějšího, co by bylo zároveň dostupné pro masy, v dohledné době nedočkáme. [...]
Mozna za 10mesicu: Milk-V Oasis Mini-ITX (https://www.cnx-software.com/2023/10/21/sophgo-sg2380-16-core-sifive-p670-risc-v-processor-20-tops-ai-accelerator) s 16core(12x 2.5 + 4x 1.6GHz), 16/32/64GB ECC RAM, 4x SATA, 1x M.2 NVMe, 1x M.2 pro Wifi/BT/WWAN, 2x 2.5GLAN, 2x HDMI + USB-C DP Alt... s cenou az moc nizkou (https://forum.sophgo.com/t/about-the-sg2380-oasis-category/359/1) :-) $120-200 po sleve, nebo $150-250 bez slev
Jadro P670 od sifive, kterým je osazena ta deska, vypadá na následníka jádra P550 od stejné firmy.
To jádro mají zřejmě pouze na papíře (ve FPGAčku) a nebo ve fázi nějakého prototypového tapeoutu.
Vzhledem k tomu, že sifive údajně vyházela většinu vývojářů, viz ten článek na slashdotu,
tak to asi nebude mít kdo dotáhnout do použitelného produktu a ta deska skončí jako vaporware.
Ale rád bych se mýlil, měl jsem s RISC-V nějaké plány :).
-
ja jsem rad za kazdy novy hardware co vycuhuje z rady. v 90 bylo tolik ruznych operacnich systemu (dos, next, netware) a ruznych hw platforem, podle me je skoda, ze se vsecko unifikuje, snad ma risc-v aspon trochu sanci.
-
ja jsem rad za kazdy novy hardware co vycuhuje z rady. v 90 bylo tolik ruznych operacnich systemu (dos, next, netware) a ruznych hw platforem, podle me je skoda, ze se vsecko unifikuje, snad ma risc-v aspon trochu sanci.
Ano.
Jsem fanouskem RISC-V a to i kdyz zadny nemam, protoze proste krome
jednoduchych cinskych kontroleru za 10 centu neni RISC-V vuci cinskym ARMum
vubec konkurenceschopny (tedy alespon v retailu).
Cekal jsem, ze zde budeme mit za par let cenove dostupne desky s rychlymi
out of order RISC-V jadry, nicmene pokud se nenajde nejaky investor,
ktery do sifive najije penize, a nebo pokud ty jadra nevyvine nejaka jina firma
(hello Codasip :) ), tak asi ne.
Kazdopadne se opet bavime o tom, ze zde bude za par let dostupny
na RISC-V platforme vykon, ktery je dostupny jiz dnes a to na ne
prilis drahem ARMu, coz je mozna duvod, proc ma sifive problemy.
Mi cela soucasna retailova situace okolo RISC-V pripada jako: tak jsme si to vyzkouseli, a co ted?
Samozrejme situace u vyrobcu, kteri flakaji stovky milionu ASICu, jejichz soucasti
je nejaky jednoduchy kontroler postaveny na RISC-V a diky tomu nemusi platit
ARMu licencni poplatky za jeho ISu/jadro je asi jina - tem se RISC-V nejspis vyplati uz dnes ...
-
Mi cela soucasna retailova situace okolo RISC-V pripada jako: tak jsme si to vyzkouseli, a co ted?
+1
Samozrejme situace u vyrobcu, kteri flakaji stovky milionu ASICu, jejichz soucasti
je nejaky jednoduchy kontroler postaveny na RISC-V a diky tomu nemusi platit
ARMu licencni poplatky za jeho ISu/jadro je asi jina - tem se RISC-V nejspis vyplati uz dnes ...
Kolik % z ceny dělá licence ARMu? Přeroste to u těch stovek milionů kusů aspoň 0,5%?
-
Pro: Tom5
Licenční poplatky jdou velmi snadno dohledat?!
https://www.theregister.com/2022/11/11/arm_q2_fiscal_2022/
https://www.anandtech.com/show/7112/the-arm-diaries-part-1-how-arms-business-model-works/2
https://www.strategyzer.com/library/arm-business-model
"...finanční rok 2022...příjmy z licenčních poplatků vyskočily na 463,2 milionu USD"
-
https://www.strategyzer.com/library/arm-business-model
"...finanční rok 2022...příjmy z licenčních poplatků vyskočily na 463,2 milionu USD"
Celkové přijmy z licenčních poplatků jsou nezajímavé. V tom odkazu se píše pouze „typicky 1-2%“. Nikde není zmíňka kolik to dělá v případě stovek milionů kusů. V daném případě to může být 0,5%. I kdyby to bylo 1%, což zcela jistě bude menší, tak se to na ceně výsledného produktu v podstatě vůbec neprojeví. Ergo licenční poplatky nehrají roli při výběru technologie.
Z HWDEV podcastu jsem spíš pochopil, že výhoda je spíš ta otevřená ISA a možnost vytvářet vlastní rozšíření. Což je právě typické pro ASICy.
-
google pry chysta android pro risc-v, to by mohl byt pekny pocinek pro google jak mit nelicensovane cpu pro mobily a levnejsi.
-
google pry chysta android pro risc-v, to by mohl byt pekny pocinek pro google jak mit nelicensovane cpu pro mobily a levnejsi.
https://www.root.cz/zpravicky/spolecnost-qualcomm-oznamila-prvni-soc-pro-android-s-hlavnim-jadrem-na-risc-v/
-
google pry chysta android pro risc-v, to by mohl byt pekny pocinek pro google jak mit nelicensovane cpu pro mobily a levnejsi.
Proč by měly být levnější? Jako, že když výrobce ušetří 15Kč na arm licenci, tak vám to o těch 15Kč zlevní mobil? Proč by to dělal?
Dokonce bych spíš čekal, že to bude dražší, protože budou zrovna pro mobily pravděpodobně využívat komerční/licencované RISC-V procesory…
-
Celkové přijmy z licenčních poplatků jsou nezajímavé. V tom odkazu se píše pouze „typicky 1-2%“.
1-2% muze byt celkova marze na zarizeni u nekterych vyrobcu.
A pak - podivej se do historie, kolik OS radeji vyloucilo MPEG2, MP3, H264 ... byt ten licencni poplatek byl v radech korun.
(pripominam: nemoznost prehrat dvd, pozdeji mp4 ve win, a RPi melo codec block taky, atd.. az se to semlelo a dalo za vznik AV1)
-
Celkové přijmy z licenčních poplatků jsou nezajímavé. V tom odkazu se píše pouze „typicky 1-2%“.
1-2% muze byt celkova marze na zarizeni u nekterych vyrobcu.
Já pracuju s několika čínskými firmami a ty by tak malé marže neakceptovaly. Můžeš být konkrétní? Bavíme se o normálních produktech, že?
A pak - podivej se do historie, kolik OS radeji vyloucilo MPEG2, MP3, H264 ... byt ten licencni poplatek byl v radech korun.
(pripominam: nemoznost prehrat dvd, pozdeji mp4 ve win, a RPi melo codec block taky, atd.. az se to semlelo a dalo za vznik AV1)
Ani jeden z těch dvou - Windows, MacOS. Windows MPEG2 vyhodili, protože byl zastaralý a nahradili ho právě h.264. V MacOSu MPEG2 vč. DVD přehrávače pořád je a to macbooky nemají dvd mechaniku už pár let...
-
Ja myslim, ze to spominane nadsenie je cisto pre to, ze je to open source. Ine ako ideologicke dovody by som v tom nehladal.
-
Ja myslim, ze to spominane nadsenie je cisto pre to, ze je to open source. Ine ako ideologicke dovody by som v tom nehladal.
Profesorům z Berkeley se to podařilo _prodat_masám_ jako open source.
Založili sifive a svezli se na vlně, kterou sami vytvořili (chytré).
Ta hype kolem byla skoro jako kdysi hype Linux vs Widle.
Každopádně se moc těším na čipy s jejich jádry P670.
Snad to číňan dotáhne do konce.