AVX

Architektur-ReferänzFeex

AVX, Advanced Vector Extensions, füegt es Vektor-Programmiermodell mit YMM-Regischter und VEX-kodierte Befähl dezue, inklusive 256-Bit-Floating-Point-Operatione. Es bruucht sowohl Prozässor-Unterstützig als au Statusverwaltig dur s Betriibssyschtem.

Was du wüsse muesch

Wie 's funktioniert

AVX erwiiteret d Vektorregischter uf 256 Bits, wobi di undere 128 Bits vo jedem YMM-Regischter sich mit em XMM-Regischter überschniided. Vili Befähl bruuched e Drei-Operande-Form, sodass s Zyl nid s Gliiche wie d Iigäng sii muess. En 256-Bit-Vektor cha 8 Single-Precision- oder 4 Double-Precision-Floating-Point-Wärt halte, aber d Befähl underscheidet sich i ihrne Operande-Typen und im Verhalte.

Wo s nützlich isch

E numerischi Schlaufe cha mehreri unabhängigi Gleitkommawärt mit eim Vektorbefähl zämerechne. De Compiler oder d Bibliothek muess dä Code generiere und d Loads, s Alignment, d Tails und d Abhängigkeite richtig aalege. AVX parallelisiert nid automatisch es beliebigs Programm über Cores hinwäg, und Integer-Operatione bi 256 Bits bruuched d Überprüefig vor entsprächende Erwiiterig, statt dass mer eifach AVX2 aanimmt.

Wie mer Unterstützig und Aktivierig überprüeft

Prüef CPUID.01H:ECX AVX Bit 28, XSAVE Bit 26 und OSXSAVE Bit 27. Erscht nach em Beschtätige vo OSXSAVE dörf Software XGETBV mit ECX=0 bruuche und überprüefe, öb d XCR0-Bits 1 und 2 de XMM- und YMM-Status aktiviere. Bruuch en pflägte Runtime-Dispatcher, statt AVX eifach als Erkennigsexperiment uuszfüehre.

S Programm muess sowohl en passendi Implementierig enthalte als au die zur Laufziit uswähle. Hardware-Abfrag, OS-aktivierte Regischter-Status und d kompilierte Baseline vor Binärdatei sind separati Prüefige. E virtuelli Maschine cha absichtlich weniger Features zeige als ihre Host, und en Container füegt de Host-CPU keini Befähl dezue.

Was s Feature nid leischdet

AVX-Unterstützig elei bedütet nid AVX2, FMA, F16C, AVX-VNNI oder AVX-512. D Vektorbreiti säit nüüt drüber uus, wie vili Taktzykle en Befähl bruucht. E virtuelli Maschine zeigt under Umständ en chlinere Befehlssatz aa als de physischi Host.

Kompatibilität und Leischtig i de Praxis

Miss di ganzi Arbetslascht mit repräsentative Date. Breiteri Vektore chönd d Befehlszahl verringere, lönd aber de Speicherverchehr, d Synchronisierig oder d Konvertierigskoschte villicht unberüehrt. Befehlslatenz, Durchsatz und s Stromverhalte hanget vo de genaue Mikroarchitektur und de Betriibsbedingige ab.

E praktischi Checklischte zur Überprüefig

Erfass s genaue Prozässer- oder Plattform-Modäll und d Version vo de beteiligte Aawändig, vom OS und vor Runtime. Bhalt de Wortluut vom eigentliche Fehler oder vor Aaforderig unveränderet bi.
Prüef d Herschteller-Referänz für das exakte Modäll, und kontrollier dänn di effektivi Fähigkeit und de aktivierte Status i de Umgäbig, wo s Programm lauft.
Verglich jedi Aaforderig vo de uusgwählte Binärdatei oder vom Backend. En ähnlich luutends Feature, en Alias oder e breiti Technologiebezeichnig länged nid.
Beschtätig, dass d Aawändig di vorgsehni Implementation uusgwählt het. Bruuch däre iri dokumentierte Diagnosefunktion und en unterstützte Fallback, wänn d Aaforderige nid erfüllt sind.
Mach jewiils nume ein unterstützti Änderig uf z Mol und widerhol di gliich Arbetslascht. Bhalt di ursprünglichi Konfiguration und en Wäg zur Wiederherschtellig barat.

Wänn s Feature ufgführt isch, d Software s aber nid cha bruuche

Fang bim exakt fählende Teil aa. E Hardware-Datebank beschriibt erfasstig Fähigkeite; s Betriibssyschtem oder de Hypervisor cha e anderi effektivi Umgäbig zeige. En Illegal-Instruction-Fehler bruucht au e Nachforschig zum eigentliche fählerhafte Befähl und Binär-Build, will e Beschädigung oder en unbeteiligte, nid unterstützte Befähl es ähnlichs Symptom erzüüge cha.

Inschtallier d Aawändig, de Triiber oder d Runtime-Version, wo für di exakti Plattform unterstützt wird, und bruuch bi Bedarf d Baseline oder de Fallback-Build gmäss Herschteller-Dokumentation. Es Software-Update cha kei Befähl erzüüge, wo em Prozässer fählt. Firmware- und Sicherheitsrichtlinie-Änderige sötted em Verfahre vom Syschtemherschteller und eme Wiederherschtelligsplan folge, statt eme allgemeine Optimierigs-Rezept.

Quelle und Umfang vo däre Erchlärig

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux-Kernel: Verwändig vo XSTATE-Features im User Space

Die Referänze leitid s architektonische Verhalte und d Software-Aaforderige fescht. Si überprüefed nid jede Feature-Wärt uf ere verlinkte Hardware-Modällsiite unabhängig. Für d Modällunterstützig sött mer d Herschteller-Nachwiis vo däre Siite bruuche und di effektivi Syschtemkonfiguration prüefe. Dä Artikel liferet kei Benchmark, ke Zertifizierig und keis unabhängigs Prüefdatum.

Quelle und Verifikation

Redaktionelli Verantwortig: Feex. Es isch kes unabhängigs Überprüefigsdatum erfasst. Wie mir recherchiered.

Intel 64 and IA-32 Architectures Software Developer's Manual · Bänd 1 und 2 beschriibed di gnännte Befählsfamilie und CPUID; Band 3 beschriibt Status-, Paging-, VMX- und Schutz-Stüürige. Architektur-Dokumentation beschtätigt kei Unterstützig für es bschtimmts Modäll.
Linux-Kernel: Verwändig vo XSTATE-Features im User Space · OS-aktivierte Vektor-Status, dynamisch aktivierte Tile-Status, Signal-Stack-Aaforderige und AMX-Berechtigungsablauf. Linux-spezifischs Verhalte isch kes Verspräche für es anders OS.

Isch dä Artikel nützlich gsi?

Es Ja oder Nei längt. Wähl en Grund us, wänn du wotsch, oder schryb e churzi Notiz.