Názory k článku
Qualcomm je proti koupi ARMu firmou NVIDIA

Tusite nekdo kolik stoji licencovani ARM ISA (tzn. kdyz si firma navrhne vlastni CPU, nemyslim nakup nejakeho hotoveho designu ) ? Jestli to chapu spravne, realne pouziti ARM ISA brani nejake obskurni patenty, nicmene zaujalo mne ze treba https://www.arm.com/resources/designstart je Cortex-M0/M3 zadarmo, samozrejme nevim jake jsou podminky te licence a jak se to krizi s prvni vetou.

https://www.arm.com/resources/designstart/designstart-pro

A vite nekdo jestli POWER/MIPS/SPARC mohu pouzit plne zdarma, nebo ty ruzne iniciativy maji ruzne ALE v podobe patentu tretich stran ktere ? OpenPower foundation tvrdi https://openpowerfoundation.org/final-draft-of-the-power-isa-eula-released/ ze to je '... without paying a royalty and with a “pass through” patent license from IBM for anything that pertains to the ISA itself', coz nerika nic o patentech tretich stran.

Podle me zakladni naivni implementace bude mozna u toho Power-u zdarma/pruchozi, ale pokud tam naimplementujes ROB po vzoru Intelu a jine zlepsovaky, bez kterych by to melo vykon marnej, tak muzes narazit prave na patenty tretich stran.

Sparc snad davneji uvolnilo HDL k tomu T1 cipu.. ale tenkrat se to moc ani do fpga neveslo, resp. jen jedno ci omezenejsi pocet jader :)

Ano, takhle nejak to vidim, jen si nejsem jist zda reorder je killer feature nutna pro PPC. Je ? Nicmene jsem si naprosto jist ze v minovem poli patentu je tisice veci na ktere clovek pri vyvoji nejakeho procesoru narazi, jako treba ruzne synchronizacni mechanismy, atd. Otazka je kolik tech patentu obstoji u soudu (prior art, atd.), na trolleni to ale urcite staci.

Nenapsal jsem to do puvodniho postu, protoze je to ke zpravicce offtopic, ale dostavame se k tomu jak tento problem resi Risc-V ? Resp. co je jeho killer feature krome "ciste" ISA ? Treba MIPS taky neni uplne spatna ISA a jestli se nepletu tak uz je taky free to use.

Zpatky k tematu, je si nekdo vedom nejakych patentu, ktere mi brani implementovat vlastnimi silami a komercne pouzit ARMv7 nebo ARMv8 ISA ?

Myslím, že přimární výhoda RV je ta jeho modulatita - v rámci ISA jsou definované subsety instrukcí, s čímž na druhé straně počítá i kompilátor. Jak se udělá konktrétní implementace až tolik neřeší. U MIPSu bývá problém, že konkrétní implementace podporuje nějaký svůj subset, který ale není obecně definovaný a kompilátor se musí kroutit pro to určité jádro. U RV se prostě řekne RV32IAMF a víme na čen jsme i s flagy pro GCC....
Já jsem si hrám s jedním designem, kde bylo možné měnit ISA mezi MIPS a R-V :-D.
Velice záleží, co je cílem.....

ad Dual-ISA: Pripomnelo mi to http://www.cpushack.com/2013/03/22/cpu-of-the-day-ibm-micro-370/ nebo https://anycpu.org/forum/viewtopic.php?f=22&t=350 (68000 jadro se zmenenym mikrokodem aby umelo S/370 instrukce). Ale realne, k cemu je to prepinani dobre? Treba u Apple bych si umel predstavit 68k procesor s mikrokodem na 6502 :-)., pak by v tech prvnich Macintoshich nemusela byt karta s 6502kou na Apple][ kompatibilitu a nasekat do procesoru vetsi ROM nestalo nikdy nic.

Treba MIPS taky neni uplne spatna ISA a jestli se nepletu tak uz je taky free to use.

Není. Vyhlásili jakousi open iniciativu s velkou parádou na jaře 2019 a na podzim ji potichu bez náhrady zrušili.

Mkole reltivně pár korun, jsou i dostupné syntetizovatelné HDL moduly (řádove 100k USD design a 0.05 per device...).
Ačkové jsou o jeden až dva řády jinde.
Ono záleží co člověk chce. Postavit obyčejný MCU z hlediska IP není problém.
Problém začne být když chcete low power design, nebo třeba PLL (to stojí víc než M0-M3 IP). To samé třeba i jen nějaké zajímavější I/O (LVDS, DDR io pad...)

"NVIDIA věří, že regulátoři uvidí výhody akvizice"
Jediná výhoda téhle akvizice může být, že začne ARM postupně vymírat a nahradí ho něco svobodného, jako třeba RISC-V.

NDK není problém. Zapomínáte na to, že pro x86 Intel tehdy udělal překlad na serverech Googlu, takže vývojář nahrál ARM binárku do Google Play a člověk s x86 Androidem si stáhl automaticky přeloženou verzi pro x86. Podobně jako překládá x86 při prvním spuštění Apple na ARM Macách. Windows on ARM sice překládá on-the-fly, ale i to by stačilo - aplikace pro Android jsou stavěné i pro mobily pod $100. Tj. fungovaly by vám všechny důležité aplikace (např. sociální sítě a banky) a půlka her (ty, které nejsou náročné na výkon CPU). Ohledně CPU architektury je důležité akorát, aby byl stejný endian (aby se nemusel předělávat zdrojový kód aplikací pro podporu little/big endian). Osobně považuju jinou architekturu CPU na Android zařízení za menší problém než chybějící mobilní služby Googlu (financování free aplikací z reklam, mikrolatby v aplikacích, DRM pro banky a streaming služby, ...).

jen poznamka - Windows on ARM binarni translator neni rozhodne plne on-the-fly, sice u prvniho spusteni to tak je, ale pak se udrzuje cache prelozenych segmentu.

Win10 OnARM je ale podle mne vysmech, kdyz jsem videl co vsechno je v pameti u meho helloworld procesu - jak sileny overhead - tak neverim tomu, ze nekdy Win10 budou fungovat alespon trochu pouzitelne na lowend ARM hardware. A GPU to opravdu nenazene, ani kdyz bude pro Rpi Mali driver, stejne to bude nepouzitelny system.

Ano, on-the-fly překladače cachují. To už bylo v FX!32 emulátoru x86-32bit na DEC Alpha (standardní emulátor ve Windows emuloval jen x86-16bit).

Win10 on ARM tu už je mnoho let, ale vývoj prakticky stál. Až díky Applu se zas rozjel. Konkrétně podpora 64bitů (dnes už spousta aplikací a her je 64bit-only) a OpenGL (většina aplikací a některé hry). Až s Applem totiž má Win10 on ARM konečně smysl - do vydání M1 totiž neexistoval desktopový ARM CPU (i když je M1 jen pro mini počítače a tenké notebooky, je to furt obrovský skok oproti SoC do mobilu - a už se připravuje verze do výkonných notebooků a All-in-On PC).

Výkon Win10 on ARM není zas tak špatný, zde hraní Windows-only hry ve virtualizaci na M1: https://youtu.be/G5gyao-c45c

Míň příjemná je spotřeba baterky. Např. na Surface Pro X, pokud je spuštěná byť jen jedna x86 app, tak výdrž na baterii je poloviční (čímž zabíjí důvod kupovat si ARM, když se dostanu na výdrž x86).

EDIT: Jen doplním k Ahead-of-Time překladu pro x86 Android a ARM Mac: Sice je tam velký rozdíl ve výkonu, ale z cenu, že malé procento aplikací blbne (v obou jmenovaných případech).

15. 2. 2021, 14:42 editováno autorem komentáře

Nvidia nic neznici, konec koncu jejich binarni ovladac do linuxu je uplne jinde nez AMD/ATI ... ktere v linuxu povazuji za nefunkcni.

A tohle je ale CPU, tedy neco, co zustane pro OS otevrene ... Nvidia vi, ze krom mobilu prichazi doba notebooku na ARM ;-)) i serveru