Hoppa till innehåll

x86-64-v2

ArkitekturreferensFeex

x86-64-v2 är en kumulativ mikroarkitekturfunktionsnivå definierad av System V psABI för x86-64. Den grupperar en baslinje för mjukvarudistribution; det är inte en processorgeneration eller ett prestandaresultat.

Vad du behöver veta

x86-64-v2 är en kumulativ mikroarkitekturfunktionsnivå definierad av System V psABI för x86-64. Den grupperar en baslinje för mjukvarudistribution; det är inte en processorgeneration eller ett prestandaresultat.

Hur det fungerar

Nivån v2 lägger till CMPXCHG16B, LAHF-SAHF, POPCNT, SSE3, SSSE3, SSE4.1 och SSE4.2 till x86-64-baslinjen. Varje krav har betydelse. Ett paket byggt för denna nivå kan använda de grupperade funktionerna utan en separat dispatcher för äldre baslinjemaskiner.

Där den är användbar

En distribution kan deklarera v2 som sitt minsta binärmål, medan ett bibliotek kan tillhandahålla en optimerad variant under en kompatibel katalog för hårdvarukapaciteter. En äldre maskin kan fortfarande exekvera baslinje-x86-64-mjukvara även när den inte kan exekvera det v2-bygget.

Hur man kontrollerar stöd och aktivering

Jämför alla funktioner som listas i psABI:s tabell Micro-Architecture Levels, inklusive den ärvda baslinjen. Använd laddarens eller verktygskedjans stödda nivåfråga där den är tillgänglig, och kontrollera inuti distributionsgästen istället för att enbart förlita dig på värdens modellnamn.

En hårdvarukapacitet, den körande driftmiljön och en applikations binärkrav är olika lager. Arkitekturnamn och ABI-nivåer bör tolkas som explicita kontrakt snarare än som en allmän regel om att nyare alltid är kompatibelt.

Vad funktionen inte fastställer

Enbart SSE4.2 bevisar inte hela v2-nivån. Beteckningen antyder inte AVX, AES-NI, en specifik operativsystemutgåva eller något prestandatestresultat. En virtuell CPU:s exponerade funktionsuppsättning styr gästkompatibiliteten.

Kompatibilitet och prestanda i praktiken

Kontrollera de fullständiga ärvda kraven och den effektiva miljö som är synlig för processen. För en virtuell dator, inspektera gästen istället för att anta att värdens modell exponeras oförändrad. Ett stött fallback-bygge bör tydligt ange sin egen baslinje.

En praktisk checklista för verifiering

  1. Registrera den exakta processor- eller plattformsmodellen samt de applikations-, OS- och runtime-versioner som berörs. Behåll formuleringen av det faktiska felet eller kravet.
  2. Kontrollera tillverkarens referens för den exakta modellen och granska sedan den faktiska kapaciteten och det aktiverade tillståndet i miljön där programmet körs.
  3. Jämför varje krav för den valda binären eller renderingsmotorn. En snarlikt namngiven funktion, ett alias eller en bred teknikbeteckning räcker inte.
  4. Bekräfta att applikationen har valt den avsedda implementeringen. Använd dess dokumenterade diagnostik och en reservlösning som stöds när kraven inte uppfylls.
  5. Gör en ändring som stöds i taget och upprepa samma arbetsbelastning. Håll den ursprungliga konfigurationen och återställningsvägen tillgängliga.

Om funktionen är listad men programvaran inte kan använda den

Börja med den exakta komponenten som fallerar. En hårdvarudatabas beskriver registrerad kapacitet; operativsystemet eller hypervisorn kan exponera en annan faktisk miljö. Ett fel om otillåten instruktion kräver också undersökning av den faktiska felande instruktionen och binärbygget, eftersom korruption eller en orelaterad instruktion utan stöd kan ge ett liknande symptom.

Installera den version av applikationen, drivrutinen eller runtime-miljön som stöds för den exakta plattformen, och använd vid behov tillverkarens dokumenterade baslinje eller reservbygge. En programvaruuppdatering kan inte skapa en instruktion som processorn saknar. Ändringar i firmware och säkerhetspolicy bör följa systemtillverkarens procedur och en återställningsplan snarare än ett generiskt optimeringsrecept.

Källor och omfattning för denna förklaring

x86-64 psABI: processorarkitektur- och mikroarkitekturnivåer · Intel 64 and IA-32 Architectures Software Developer's Manual

Dessa referenser fastställer arkitektoniskt beteende och programvarukrav. De verifierar inte oberoende varje funktionsvärde på en länkad hårdvarumodellsida. För modellstöd, använd den sidans tillverkarbelägg och kontrollera den effektiva systemkonfigurationen. Denna artikel tillhandahåller inte ett prestandatest, en certifiering eller ett oberoende granskningsdatum.

Källor och verifiering

Redaktionellt ägarskap: Feex. Inget oberoende granskningsdatum har registrerats. Hur vi efterforskar.

Var denna artikel användbar?

Ett ja eller nej räcker. Välj en anledning om du vill, eller lägg till en kort anteckning.

Var denna artikel användbar?