AVX-512

Šta treba da znate

Kako funkcioniše

Arhitektura dodaje ZMM vektorsko stanje i k opmask registre. Maskirane operacije mogu birati pojedinačne trake, uz ponašanje spajanja ili postavljanja na nulu specifično za instrukciju. AVX512F predstavlja osnovu; AVX512BW, DQ, CD i VL pokrivaju različite dodatne mogućnosti. AVX512VL omogućava relevantne operacije na užim vektorima, pa AVX-512 kôd ne obrađuje nužno 512 bita pri svakoj instrukciji.

Đe je korisno

Maskirana numerička petlja može obraditi svoj konačni parcijalni vektor bez zasebnog skalarnog repa kada odabrane instrukcije podržavaju potrebnu semantiku maskiranja. Aplikacija koja koristi bajtovske operacije, detekciju konflikata ili određeni aritmetički format mora zahtijevati tačno te podskupove. AVX-512 VNNI i AVX-VNNI koriste različita kodiranja i numeraciju.

Kako provjeriti podršku i omogućenost

Nakon AVX provjera, verifikujte specifične bitove mogućnosti CPUID leaf 7 koji su potrebni programu. Za AVX-512 stanje, XCR0 mora omogućiti XMM, YMM, opmask, gornje ZMM i visoko ZMM stanje: bitove 1, 2, 5, 6 i 7. Najčešće korišćena maska je E6H. Provjerite OSXSAVE prije XGETBV i koristite dispečer koji provjerava svaki zahtijevani podskup.

Program mora i sadržati odgovarajuću implementaciju i odabrati je tokom izvršavanja. Pobrojavanje hardvera, stanje registara omogućeno u OS-u i kompajlirana osnova binarnog koda su zasebne provjere. Virtuelna mašina može namjerno izložiti manje funkcija od svog domaćina, a kontejner ne dodaje instrukcije procesoru domaćina.

Šta ova funkcija ne utvrđuje

Nemojte izvoditi svaki AVX-512 podskup iz AVX512F, naziva generacije procesora ili x86-64-v4. Frekvencija, potrošnja i propusnost izvršavanja variraju u zavisnosti od implementacije i radnog opterećenja. Oznaka u bazi podataka sama po sebi ne može utvrditi da li firmver, politika hibridnih jezgara ili hipervizor izlažu upotrebljivu mogućnost trenutnom procesu.

Kompatibilnost i performanse u praksi

Izmjerite kompletno radno opterećenje sa reprezentativnim podacima. Širi vektori mogu smanjiti broj instrukcija dok memorijski saobraćaj, sinhronizacija ili troškovi konverzije ostaju nepromijenjeni. Kašnjenje instrukcija, protok i ponašanje potrošnje energije zavise od tačne mikroarhitekture i uslova rada.

Praktična lista za provjeru verifikacije

1. Zabilježite tačan model procesora ili platforme, kao i verzije aplikacije, OS-a i runtime-a koji se koriste. Sačuvajte formulaciju stvarne greške ili zahtjeva.
2. Provjerite referencu proizvođača za taj tačan model, a zatim pregledajte efektivnu sposobnost i omogućeno stanje u okruženju đe se program izvršava.
3. Uporedite svaki zahtjev odabranog binarnog koda ili backend-a. Funkcija sličnog naziva, alias ili široka tehnološka oznaka nijesu dovoljni.
4. Potvrdite da je aplikacija odabrala predviđenu implementaciju. Koristite njenu dokumentovanu dijagnostiku i podržanu rezervnu varijantu kada zahtjevi nijesu ispunjeni.
5. Napravite po jednu podržanu promjenu u isto vrijeme i ponovite isto radno opterećenje. Držite originalnu konfiguraciju i putanju oporavka dostupnima.

Ako je funkcija navedena, ali je softver ne može koristiti

Počnite sa tačnom komponentom koja otkazuje. Baza podataka hardvera opisuje zabilježenu sposobnost; operativni sistem ili hipervizor mogu izložiti drugačije efektivno okruženje. Greška nelegalne instrukcije takođe zahtijeva istragu stvarne instrukcije koja je izazvala kvar i binarne verzije, jer oštećenje ili nepovezana nepodržana instrukcija mogu proizvesti sličan simptom.

Instalirajte verziju aplikacije, drajvera ili runtime-a podržanu za tačnu platformu i koristite dokumentovanu osnovnu ili rezervnu verziju proizvođača ako je potrebno. Ažuriranje softvera ne može stvoriti instrukciju koja procesoru nedostaje. Promjene firmvera i bezbjednosnih politika treba da prate proceduru proizvođača sistema i plan oporavka, a ne generički recept za optimizaciju.

Povezane funkcije i korisne razlike

AVX2 · AVX-VNNI · x86-64-v4 · AMX, Advanced Matrix Extensions

Izvori i obim ovog objašnjenja

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux kernel: using XSTATE features in user space · x86-64 psABI: nivoi arhitekture i mikroarhitekture procesora

Ove reference utvrđuju arhitekturno ponašanje i softverske zahtjeve. One ne verifikuju nezavisno svaku vrijednost funkcije na povezanoj stranici hardverskog modela. Za podršku modela, koristite dokaze proizvođača sa te stranice i provjerite efektivnu konfiguraciju sistema. Ovaj članak ne pruža benčmark, sertifikaciju niti datum nezavisnog pregleda.

Povezano

Ovi entiteti su povezani sa ovim člankom. Tip je prikazan na svakom linku.

Izvori i verifikacija

Uredničko vlasništvo: Feex. Nije zabilježen datum nezavisne recenzije. Kako istražujemo.

• Intel 64 and IA-32 Architectures Software Developer's Manual · Tomovi 1 i 2 opisuju imenovane familije instrukcija i CPUID; Tom 3 opisuje stanje, straničenje, VMX i kontrole zaštite. Dokumentacija o arhitekturi ne utvrđuje podršku za određeni model.
• Linux kernel: using XSTATE features in user space · Vektorsko stanje omogućeno u OS-u, dinamički omogućeno stanje pločica, zahtjevi za stekom signala i tok dozvola za AMX. Ponašanje specifično za Linux nije obećanje o drugom OS-u.
• x86-64 psABI: nivoi arhitekture i mikroarhitekture procesora · Machine Interface, Processor Architecture: osnovna i kumulativna v2/v3/v4 tabela mogućnosti, provjere stanja operativnog sistema i preporuke za implementaciju.