XSAVE

Referenca e arkitekturësFeex

XSAVE është mekanizmi i zgjerueshëm x86 për ruajtjen e gjendjes së procesorit, siç janë regjistrat vektorialë. Mbështetja harduerike, aktivizimi i SO-së dhe komponentët e aktivizuar të gjendjes janë çështje të veçanta.

Çfarë duhet të dini

Si funksionon

Arkitektura XSAVE përdor një strukturë gjendjeje të numëruar dhe maska për të përshkruar se cilët komponentë janë të aktivizuar dhe ruhen. Leaf-i 0DH i CPUID përshkruan komponentët dhe madhësitë e mbështetura. XCR0 kontrollon komponentët e pranueshëm të gjendjes së përdoruesit, ndërsa OSXSAVE i tregon softuerit se sistemi operativ ka aktivizuar mjedisin XSAVE.

Ku është e dobishme

Një mjedis ekzekutimi që vendos nëse mund të përdorë AVX ka nevojë si për bitin AVX të procesorit, ashtu edhe për gjendjen XMM/YMM të aktivizuar nga SO-ja. Një implementim konteksti ose sinjali duhet të ndajë hapësirë sipas gjendjes së aktivizuar në vend që të supozojë se mjafton një buffer me madhësi fikse të trashëguar.

Si të kontrollohet mbështetja dhe aktivizimi

Kontrolloni CPUID.01H:ECX bitin 26 për XSAVE dhe bitin 27 për OSXSAVE. Vetëm atëherë përdorni XGETBV siç lejohet dhe inspektoni bitet e kërkuara të XCR0. Numëroni leaf-in 0DH për strukturën e gjendjes në vend që të vendosni të ngulitur në kod (hard-coding) një madhësi nga një makinë tjetër.

Mekanizmat e menaxhimit të gjendjes janë kryesisht përgjegjësi e OS-it dhe mjedisit ekzekutues. Buffer-at, maskat, madhësitë e komponentëve, radhitja dhe rregullat e rikthimit duhet të përputhen me arkitekturën dhe regjimin e ekzekutimit. Ruajtja e vetëm një nënbashkësie mund të korruptojë kodin që përdor gjendje shtesë të aktivizuar.

Çfarë nuk përcakton kjo veçori

Mbështetja e XSAVE në vetvete nuk do të thotë se AVX, AVX-512 ose AMX janë të përdorshme. XGETBV nuk duhet të përdoret përpara se të vendoset mbështetja e kërkuar dhe aktivizimi i SO-së. Instruksione të ndryshme të familjes XSAVE kanë rregulla të veçanta numërimi dhe strukture.

Përputhshmëria dhe performanca në praktikë

Zbulimi i veçorive në nivel aplikacioni duhet të përdorë një ndërfaqe të mirëmbajtur ekzekutimi kur është e mundur. Dalloni mbështetjen harduerike nga aktivizimi i OS-it dhe, për veçoritë dinamike, lejen e procesit. Vetëm një etiketë CPU-je nuk mund të vërtetojë që një sekuencë e çfarëdoshme ruajtjeje/rikthimi është e saktë.

Një listë praktike kontrolli për verifikim

Regjistroni modelin e saktë të procesorit ose platformës dhe versionet e përfshira të aplikacionit, sistemit operativ dhe mjedisit të ekzekutimit. Ruani formulimin e gabimit ose kërkesës aktuale.
Kontrolloni referencën e prodhuesit për atë model të saktë, më pas inspektoni aftësinë efektive dhe gjendjen e aktivizuar në mjedisin ku ekzekutohet programi.
Krahasoni çdo kërkesë të binarit ose prapavijës së zgjedhur. Një veçori me emër të ngjashëm, një pseudonim ose një etiketë e gjerë teknologjike nuk mjafton.
Konfirmoni që aplikacioni ka zgjedhur implementimin e synuar. Përdorni diagnostikimet e dokumentuara të tij dhe një alternativë të mbështetur kur kërkesat nuk plotësohen.
Bëni një ndryshim të mbështetur në një moment dhe përsëritni të njëjtën ngarkesë pune. Mbajeni të disponueshme konfigurimin origjinal dhe rrugën e rikuperimit.

Nëse veçoria listohet por softueri nuk mund ta përdorë atë

Filloni me komponentin e saktë që dështon. Një bazë të dhënash harduerike përshkruan aftësinë e regjistruar; sistemi operativ ose hipervizori mund të ekspozojë një mjedis efektiv të ndryshëm. Një gabim instruksioni të paligjshëm kërkon gjithashtu hetim të instruksionit aktual me defekt dhe të ndërtimit të binarit, sepse dëmtimi ose një instruksion i palidhur i pambështetur mund të prodhojë një simptomë të ngjashme.

Instaloni versionin e aplikacionit, drajverit ose mjedisit të ekzekutimit të mbështetur për platformën e saktë, dhe përdorni versionin bazë ose alternativ të dokumentuar nga prodhuesi nëse është e nevojshme. Një përditësim softueri nuk mund të krijojë një instruksion që procesorit i mungon. Ndryshimet në firmware dhe politikat e sigurisë duhet të ndjekin procedurën e prodhuesit të sistemit dhe një plan rikuperimi në vend të një recete të përgjithshme optimizimi.

Burimet dhe fusha e këtij shpjegimi

Intel 64 and IA-32 Architectures Software Developer's Manual · Bërthama Linux: përdorimi i veçorive XSTATE në hapësirën e përdoruesit

Këto referenca përcaktojnë sjelljen arkitekturore dhe kërkesat e softuerit. Ato nuk verifikojnë në mënyrë të pavarur çdo vlerë të veçorive në faqen e lidhur të modelit të harduerit. Për mbështetjen e modelit, përdorni dëshmitë e prodhuesit në atë faqe dhe kontrolloni konfigurimin efektiv të sistemit. Ky artikull nuk ofron një test standard vlerësimi, certifikim ose datë shqyrtimi të pavarur.

Burimet dhe verifikimi

Pronësia editoriale: Feex. Nuk është regjistruar asnjë datë shqyrtimi të pavarur. Si hulumtojmë.

Intel 64 and IA-32 Architectures Software Developer's Manual · Vëllimet 1 dhe 2 përshkruajnë familjet e emërtuara të instruksioneve dhe CPUID; Vëllimi 3 përshkruan gjendjen, faqosjen, VMX dhe kontrollet e mbrojtjes. Dokumentacioni i arkitekturës nuk përcakton mbështetjen për një model të caktuar.
Bërthama Linux: përdorimi i veçorive XSTATE në hapësirën e përdoruesit · Gjendja vektoriale e aktivizuar nga OS-i, gjendja e pllakave e aktivizuar dinamikisht, kërkesat e stivës së sinjaleve dhe rrjedha e lejeve AMX. Sjellja specifike e Linux-it nuk është një premtim për një sistem tjetër operativ.

A ishte i dobishëm ky artikull?

Një po ose jo mjafton. Zgjidhni një arsye nëse dëshironi, ose shtoni një shënim të shkurtër.