Přejít k obsahu

FXSR

Referenční příručka k architektuřeFeex

FXSR identifikuje prostředky FXSAVE/FXRSTOR pro ukládání a obnovu staršího stavu s plovoucí řadovou čárkou a SIMD. Jde o schopnost správy stavu na úrovni operačního systému, nikoli o ukazatel rychlosti aplikací.

Co potřebujete vědět

FXSR identifikuje prostředky FXSAVE/FXRSTOR pro ukládání a obnovu staršího stavu s plovoucí řadovou čárkou a SIMD. Jde o schopnost správy stavu na úrovni operačního systému, nikoli o ukazatel rychlosti aplikací.

Jak to funguje

FXSAVE zapisuje definovaný obraz stavu x87, MMX, XMM a MXCSR a FXRSTOR obnovuje odpovídající stav. Obraz má specifikované rozložení a zarovnání. Přesná sada registrů a formát závisí na režimu provádění a architektonických ovládacích prvcích.

Kde je funkce užitečná

Operační systém nebo běhové prostředí implementující nízkoúrovňovou správu kontextu musí zachovat stav, který jeho prostředí provádění umožňuje. Běžné aplikace obvykle spoléhají na operační systém a ABI, místo aby samy ukládaly libovolné obrazy kontextu.

Jak ověřit podporu a aktivaci

CPUID.01H:EDX bit 24 vypočítává FXSR. Nízkoúrovňový software musí také dodržovat požadavky na řídicí registry, zarovnání a oprávnění uvedené v architektonické příručce. Nenahrazujte správu kontextu operačního systému náhradním řešením pro ukládání/obnovu na aplikační úrovni.

Prostředky pro správu stavu jsou primárně odpovědností operačního systému a běhového prostředí. Buffery, masky, velikosti komponent, zarovnání a pravidla obnovy musí odpovídat architektuře a režimu provádění. Uložení pouhé podmnožiny může poškodit kód, který využívá dodatečný povolený stav.

Co tato funkce nezajišťuje

Obraz FXSAVE nezachovává veškerý novější stav AVX, AVX-512 ani AMX. Zacházení s ním jako s úplným moderním kontextem může poškodit program, i když je FXSR podporováno. Správa stavu rodiny XSAVE představuje samostatný mechanismus.

Kompatibilita a výkon v praxi

Detekce funkcí na aplikační úrovni by měla pokud možno používat udržované rozhraní běhového prostředí. Rozlišujte hardwarovou podporu od povolení v operačním systému a u dynamických funkcí od oprávnění procesu. Samotné označení CPU nemůže prokázat, že je libovolná sekvence uložení/obnovy správná.

Praktický kontrolní seznam pro ověření

  1. Zaznamenejte přesný model procesoru nebo platformy a použité verze aplikace, operačního systému a běhového prostředí. Uchovejte přesné znění chybové zprávy nebo požadavku.
  2. Zkontrolujte dokumentaci výrobce pro daný konkrétní model a poté prověřte skutečně dostupnou kapacitu a stav aktivace v prostředí, kde program běží.
  3. Porovnejte veškeré požadavky vybraného binárního souboru nebo backendu. Podobně pojmenovaná funkce, alias nebo obecné technologické označení nestačí.
  4. Ověřte, že aplikace vybrala zamýšlenou implementaci. Pokud nejsou požadavky splněny, použijte její zdokumentovanou diagnostiku a podporované náhradní řešení.
  5. Provádějte vždy jen jednu podporovanou změnu a zopakujte identickou zátěž. Původní konfiguraci a postup obnovy mějte neustále k dispozici.

Pokud je funkce uvedena, ale software ji nemůže použít

Začněte u přesné komponenty, u níž dochází k selhání. Databáze hardwaru popisuje zaznamenané schopnosti; operační systém nebo hypervizor však může vystavit odlišné efektivní prostředí. Chyba neplatné instrukce vyžaduje také prozkoumání skutečné chybující instrukce a sestavení binárního souboru, protože poškození dat nebo nesouvisející nepodporovaná instrukce mohou vyvolat podobný projev.

Nainstalujte verzi aplikace, ovladače nebo běhového prostředí podporovanou pro danou platformu a v případě potřeby použijte výrobcem zdokumentované základní nebo náhradní sestavení. Aktualizace softwaru nemůže vytvořit instrukci, kterou procesor fyzicky postrádá. Změny firmwaru a zásad zabezpečení by se měly řídit postupem výrobce systému a plánem obnovy, nikoli obecným návodem na optimalizaci.

Zdroje a rozsah tohoto vysvětlení

Intel 64 and IA-32 Architectures Software Developer's Manual · x86-64 psABI: úrovně architektury a mikroarchitektury procesoru

Tyto referenční dokumenty stanovují architektonické chování a softwarové požadavky. Neověřují nezávisle každou hodnotu funkce na odkazované stránce hardwarového modelu. Informace o podpoře konkrétního modelu čerpejte z podkladů výrobce na příslušné stránce a zkontrolujte platnou konfiguraci systému. Tento článek neposkytuje benchmark, certifikaci ani datum nezávislého přezkumu.

Zdroje a ověření

Redakční vlastnictví: Feex. Není zaznamenáno žádné datum nezávislého přezkoumání. Jak provádíme výzkum.

Byl tento článek užitečný?

Stačí ano nebo ne. Pokud chcete, vyberte důvod nebo přidejte krátkou poznámku.

Byl tento článek užitečný?