64-bit (x86-64)

Vad du behöver veta

Hur det fungerar

I 64-bitarsläge kan allmänna register innehålla 64-bitarsoperander och arkitekturen tillhandahåller ytterligare register och en annan programmeringsmiljö än äldre 32-bitars x86. Kompatibilitetsläge gör att ett operativsystem kan stödja lämpliga äldre applikationer, men operativsystemet avgör vilka applikationsformat och gränssnitt det tillhandahåller. En 64-bitars CPU innebär inte att varje instruktion använder 64-bitarsdata.

Där den är användbar

En applikation byggd för ABI:et för x86-64 förväntar sig det ABI:ets register-, anropskonventions- och grundinstruktionsmiljö. En Arm64-binär är en annan arkitektur även om båda beskriver sig själva som 64-bitars. Översättning eller emulering är en separat mjukvarufunktion, inte en konsekvens av att ha 64-bitarsregister.

Hur man kontrollerar stöd och aktivering

För x86-hårdvara räknar CPUID:s utökade funktion 80000001H, EDX bit 29 upp kapacitet för långt läge. Ett operativsystem som stöds måste aktivera lämplig sidhantering och exekveringsmiljö. Undersök såväl det körande operativsystemets arkitektur som processorns kapacitet.

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

64-bitarsbeteckningen fastställer inte den implementerade fysiska eller virtuella adressbredden, gränsen för installerat RAM, stöd för x86-64-v2/v3/v4, Windows-behörighet eller kompatibilitet med en viss drivrutin. Kontrollera varje krav separat.

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.

Relaterade funktioner och användbara distinktioner

x86-64-v2 · x86-64-v3 · XSAVE

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

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

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.

Relaterat

Dessa entiteter ansluter till den här artikeln. Typ visas på varje länk.

Källor och verifiering

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

• Intel 64 and IA-32 Architectures Software Developer's Manual · Volym 1 och 2 beskriver de namngivna instruktionsfamiljerna och CPUID; Volym 3 beskriver tillstånd, sidindelning, VMX och skyddskontroller. Arkitekturdokumentation fastställer inte stöd för en specifik modell.
• x86-64 psABI: processorarkitektur- och mikroarkitekturnivåer · Machine Interface, Processor Architecture: baslinje- och kumulativ v2/v3/v4-funktionstabell, OS-tillståndskontroller och driftsättningsrekommendationer.