Odpověď na názor

No jestli tvrdí, že je to schválně a strategie, tak bych tomu moc nevěřil.
To pak má stejný problém jako Alder Lake, kdy big a little mají odlišnou ISA a ve výsledku se nic, co má jen jedno z jader nedá normálně použít. V případě ALder Lake ale nepřijde člověk o všechno SIMD, ale jenom o část, i s tím "jenom" AVX2 to zůstává hodně schopné. Kdyby se nedalo na všech jádrech použít ani AVX* nebo dokonce ani SSE*, tak to ale úplně vyhoří.

Podle mě to není reálně schůdná cesta, protože SIMD instrukce nejsou jako akcelerace na GPGPU nebo na koprocesoru. Můžou sice mít podobnou roli, ale jsou i k tomu, aby se s nimi dala lokálně zrychlit jakákoliv funkce kdekoliv v programu nebo ovladači i OS. Třeba i memcpy/memset, parsování řetězců/XML, programátoři pro ně najdou všemožná uplatnění. A tyhle funkce nesmí mít postih v latenci z toho, že se nejdřív musí přesunout na koprocesor, GPU nebo jiné jádro a pak zpět, jinak snaha o takové zrychlení nemá smysl.

Například chcete, aby k nim měl přístup javascript engine, webový prohlížeč, nebo jiná úloha u které chcete maximální single-thread výkon (a tedy aby běžela na velkém jádru).