Pređi na sadržaj

XSAVEOPT

Referenca arhitektureFeex

XSAVEOPT je optimizovani član porodice za čuvanje proširenog stanja u x86 arhitekturi. Njegove dozvoljene optimizacije se oslanjaju na arhitektonski ugovor o upravljanju stanjem i ne čine ga proizvoljnom instrukcijom za kopiranje bafera.

Šta treba da znate

XSAVEOPT je optimizovani član porodice za čuvanje proširenog stanja u x86 arhitekturi. Njegove dozvoljene optimizacije se oslanjaju na arhitektonski ugovor o upravljanju stanjem i ne čine ga proizvoljnom instrukcijom za kopiranje bafera.

Kako funkcioniše

U poređenju sa jednostavnim čuvanjem stanja, XSAVEOPT može izbjeći upisivanje nekih komponenti u skladu sa praćenjem inicijalizacije i modifikacije. Softver mora pratiti definisana pravila inicijalizacije i vraćanja slike stanja. Netaknuti bajt na odredištu nije nužno dokaz da je komponenta netačno sačuvana.

Đe je korisno

Putanja upravljanja kontekstom u OS-u može smanjiti nepotrebni memorijski saobraćaj kada se stanje proširenog registra nije promijenilo. Aplikacije bi trebalo da se oslanjaju na implementaciju operativnog sistema osim ako nemaju dokumentovani zahtjev niskog nivoa za upravljanje stanjem.

Kako provjeriti podršku i omogućenost

Kada su XSAVE i odgovarajući raspon leafova dostupni, CPUID.0DH.01H:EAX bit 0 enumeriše XSAVEOPT. Provjerite omogućene komponente stanja i zahtjeve bafera zasebno, i pratite propisano uparivanje čuvanja i vraćanja arhitekture.

Funkcije za upravljanje stanjem su prvenstveno odgovornost operativnog sistema i izvršnog okruženja. Baferi, maske, veličine komponenti, poravnanje i pravila obnavljanja moraju biti u skladu sa arhitekturom i režimom izvršavanja. Čuvanje samo jednog podskupa može oštetiti kod koji koristi dodatno omogućeno stanje.

Šta ova funkcija ne utvrđuje

XSAVEOPT nije XSAVEC niti XSAVES i ne podrazumijeva svaki kasniji format čuvanja stanja. Ponovno korišćenje bafera bez poštovanja ugovora o slici stanja može dovesti do netačnih vraćanja. Optimizacija ne uspostavlja dobitke u performansama na nivou aplikacije.

Kompatibilnost i performanse u praksi

Detekcija mogućnosti na nivou aplikacije treba da koristi održavani interfejs izvršnog okruženja kada je to moguće. Razlikujte hardversku podršku od omogućavanja u OS-u i, za dinamičke funkcije, procesnih dozvola. Sama oznaka procesora ne može utvrditi da li je proizvoljna sekvenca čuvanja/obnavljanja ispravna.

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.

Izvori i obim ovog objašnjenja

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux kernel: using XSTATE features in user space

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.

Izvori i verifikacija

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

Da li je ovaj članak bio koristan?

Dovoljno je da označite sa da ili ne. Izaberite razlog ako želite, ili dodajte kratku napomenu.

Da li je ovaj članak bio koristan?