Copyright © 1998-2026 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2026 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Že by nVidia koupila Intel? 😁
A pak ses probudil s rukou v nočníku ;-)
Stačí si vzpomenout, jak a hlavně proč dopadlo jejich laškování s ARMem...
Na druhou stranu ...
nVidia dokáže prevzít firmu i bez koupení. Oficiálního.
Co si představit pod "méně efektivní scheduling než u standardních x86"?
gpu maj z velky casti scheduling softwarovej a bezi na cpu.. proste typ zateze, kterej z nejakyho duvodu asi armu nesedi..
Protže ARM nikdy nebyl dělaný na HPC zátěž, kdežto historicky veké RISC ano a x86 se jim vždy snažil konkurovat a časem přebíral stejné techniky. ARM se ale dlouho ubítal jinou cestou, začal v levných počítačích a pak se prosadil jako úsporné a levné mobilní řešení. Jeho vývoj tedy šel úplně jinou cestou.
Tak to by teoreticky mohlo zvýhodnit Risc-V procesory. Ne že bych věděl o nějakém použitelném. Ale už mě to i napadlo, že se možné někdo odkloní od ARM a zkusí prorazit s Risc-V. Vím, že to je jenom ISA, ale implementace existují a IMHO se je snaží rozvíjet vícero firem, které v tom vidí potenciál.
OpenPower má větší šanci než RISC-V. RISC-V se jaksi nevyvíjí, jde do něj málo peněz, Power je hotový a ověřený.
"Protže ARM nikdy nebyl dělaný na HPC zátěž" - urban legend
A který přesně, všechny serverové jsou stavěné na Cloud. Jediný HPC nebyl od začátku vyvíjený jako ARM, ale je pokračováním vývoje SPARC řady. A tak jak je řešený, je spíš hybrid PCU a akcelerátoru. Vysoké propustnosti a docela malé cache.
Je to pravdedpodobne o tom, ze ARM CPU pouzivane v cloude su optimalizovane na velky pocet jadier/threadov (96/128/192...) a tento task vyzaduje silny single thread. Akonahle by sa pouzili v cloude sirsie ARM jadra (Oryon alebo Apple Mx) padla by tato vyhoda x86 v cloude.
Potřebuje silné hlavně ALU.
Moderne ARMy optimalizovane na ST vykon maju dekoduju 8+ instrukcii naraz, pricom x86 max 6 a v ALU zatazi nijak nezaostavaju, skor naopak.
Jenže se to netýká těch ARM, které jsou aktuálněm v serverech, tam je maximálně Neoverse V2, nic lepšího. A i ty jsou optimalizované na cloud.
> Potřebuje silné hlavně ALU.
... citation needed. Proc zrovna ALU ? co konkretne obnasi "scheduling akceleratoru" takoveho, ze na to potrebujeme nevimkolik ALU ?
Ja bych tipoval, ze je problem uplne jinde: PCIe implementace. Bud malo linek, jsou pomale, nebo chybi nejake featury PCIe. Ale to je jen tip, tezko rict, bez dalsich detailu.
>> Ja bych tipoval, ze je problem uplne jinde: PCIe implementace.
Při návrhu ARM se spolupráci s PCIe nepřikládala velká váha.
Vera (ARM based CPU z platformy Vera-Rubin, nástupce Grace+Blackwell) má problém spolupracovat s GPU jiných výrobců.
Právě kvůli implementaci přístupu k PCIe.
Je to vlastnost ARM.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.