Odpověď na názor

U ARMového Macu mám osobně nejradši ne ISA, ale unifikovanou paměť. Na lokální QM výpočty / inferenci LLM je to strašně příjemný a je to primární důvod, proč se ho držím. Jinak AVX-512 je argumentem až zase v poslední době => do Zenu 4 chyběla rozumná implementace (u Intelu to vede k podtaktování, takže si člověk musí rozmyslet, jestli při kompilaci povolí AVX-512), fakt efektivní implementaci má až Zen 5.

Dál pak na velkým železe fakt nechci hnát SW přes překladovou vrstvu, neb nechám na zemi víc efektivity, než získám jinou ISA. A vzhledem k tomu, že tady se tahají legacy věci i z dob vyloženě dřevních, fakt hraje zpětná kompatibilita sakra roli. Vyšší efektivita, nižší spotřeba v idle a menší kód (+ subjektivně příjemnější assembler) jsou sice hezký věci, ale bohužel to nekompenzuje ty desítky let budovanej ekosystém okolo AMD64. A ne, není to snadný ani u appek, ke kterým mám zdrojáky. Tuhle se mi stalo, že jeden výpočetní nástroj jsem musel na Macu překládat a běžet pod Rosettou 2, neb měl některé subrutiny psané v assembleru (kvůli efektivitě, paradoxně) a nevyplatilo se mi to přepisovat pro ARM64, případně do jazyka vyšší úrovně.

Každopádně uvidím, jak se to teď pohne s novým clusterem Jupiter v Německu. Ten by měl bejt postavenej na ARM64, takže i SW podpora a ekosystém by se mohl zlepšit. Jako to bylo okolo ROCm se spuštěním clusteru LUMI.