Názory k článku AVX-512 na Ryzenech 7000: jak užitečné je a je implementace od AMD lepší než Intelu?

Pokud je spotřeba u Ryzen 7000 u AVX-512 nižší může to být výhodou právě u hybridních algoritmů, kde údajně při frekventovaném střídání AVX-512 a non-AVX-512 kodu jsou aktuální takty blíže "AVX-512 taktům" čímž výkonově trpí non-AVX-512 části programu (případně ostatní současně běžící procesy).

Nekde jsem videl nejake zminky o tom, ze to ma zvysit o cca 30% vykon u uloh emulujicich napr. jine OS, jako jsou Wii, atd.

Tak, a teď to samé pusťte na grafice... třeba 3060...

K tomu anandtech, je to trosku jinak nez jak pise pan Olšan:
zdroj recenze na Rocket Lake: https://www.anandtech.com/show/16495/intel-rocket-lake-14nm-review-11900k-11700k-11600k/7

For v2.1, we also have a fully optimized AVX2/AVX512 version, which uses intrinsics to get the best performance out of the software. This was done by a former Intel AVX-512 engineer who now works elsewhere. According to Jim Keller, there are only a couple dozen or so people who understand how to extract the best performance out of a CPU, and this guy is one of them. To keep things honest, AMD also has a copy of the code, but has not proposed any changes.

Ne přímo jiné OS, ale herní konzole myslím.

U těch emulátorů se pokud vím hodí ty široké registry AVX-512. Ale nevím, jestli v nich Zen 4 má úspěch. Dolphin byl v té oficiální sadě benchmarků na kterých AMD měřilo IPC (a válelo v něm, ale nevím, jeslti kvůli AVX-512). RPCS3 zapnulo použití AVX-512 na Zenu 4 až v posledním buildu, ale ještě jsem neviděl test, který by ukazoval, jestli tam pomáhá.

Který z těch programů je ale vůbec na GPU naportovaný?.

Například x265 nebude na GPU běžet nikdy.

Jestli jsou to intrinsics (což není totéž, jako přímo napsaný asemblér), tak je rpavděpodobné, že ten codepath pro AVX2 fakt je neoptimální, respektive kompilátor z toho generuje špatnej kód, kdežto pro AVX-512 dobrej. V tom kontextu, že to vykazuje absolutně atypické zrychlení mnohem vyšší než normální případy, je tohle vysvětlení vysoce pravděpodobné a spíš by byly třeba nějaké pádnější důkazy opaku.
Nereprezentativní by to každopádně bylo i tehdy, pokud by to jakože byl stoprocentně legitimní benchmark z důvodu, že je to extrémní/cornercase případ. To, že je to 1) hrozně velká odchylka od typického případu 2) ojedinělá je pro mě důležitější faktor proč to považovat za nereprezentativní ("kuriozita"), než to technické pozadí (které nevíme jistě).

On měl asi na mysli vestavěný HW encoding, jako alternativu k x265. Pochybuji, že měl na mysli běh výše zmíněných úloh v rámci GPGPU (CUDA, OpenCL, Metal).

Píšou AVX2/AVX512

a) veřím Dr. Ian Cutress než Vám, a tvrdí že kód byl odsouhlasen jak Intelem, tak AMD bez připomínek
b) můžu jako low level prográmátor s klidem říct, že compiler intrinsics (resp. hodně krát i dobrý kompilátor) jsou často optimálnější než ručně psaný assembler, prostě ty mikrooptimalizace jsou někdy opravdu zajímavé a chovají se někdy jinak než si myslíme, a kolikrát jsem zahodil ručně psaný assembler, protože kompilátor to udělal lépe a čitelněji přímo

Ona představa, že SIMD výpočetní zátěže se stejně přesunou na GPU, je dost rozšířená.