Hyper-Threading

ArkitekturreferensFeex

Intel Hyper-Threading exponerar flera logiska processorer från en fysisk kärna där implementeringen stöder det. Logiska processorer delar kärnresurser och är inte likvärdiga med ytterligare oberoende fysiska kärnor.

Vad du behöver veta

Hur det fungerar

Varje logisk processor tillhandahåller arkitektoniskt exekveringstillstånd samtidigt som den delar delar av kärnans exekverings-, cache- och schemaläggningsresurser. Det exakta delningsarrangemanget är mikroarkitekturspecifikt. Operativsystemets schemaläggning och arbetsbelastningens resurskrav avgör om samtidiga trådar förbättrar genomströmningen.

Där den är användbar

Två trådar med kompletterande väntetider kan använda delade exekveringsresurser mer effektivt, medan två trådar som konkurrerar om samma mättade resurs kan vinna mindre på det. Utfall gällande latens, genomströmning och energi kräver arbetsbelastningsspecifik mätning.

Hur man kontrollerar stöd och aktivering

Använd modern uppräkning av processortopologi och operativsystemets vy av fysiska kärnor/logiska processorer, tillsammans med firmware-policy. Bekräfta hur många trådar som faktiskt är aktiverade per kärna i stället för att automatiskt multiplicera ett marknadsfört antal kärnor.

Observerat beteende styrs av hela plattformen: firmware, OS-policy, schemaläggning av arbetsbelastning, strömförsörjning och temperatur. Ett funktionsfält beskriver en förmåga, inte ett fast driftstillstånd eller en utlovad frekvens.

Vad funktionen inte fastställer

Ett Hyper-Threading-fält fastställer inte antalet fysiska kärnor eller aktiverade trådar, och en äldre HTT-bit ensam är inte ett topologiantal. Det garanterar inte dubbel prestanda eller att varje parallell arbetsbelastning blir snabbare. Plattformsäkerhetspolicy kan också påverka driftsättningen.

Kompatibilitet och prestanda i praktiken

Använd det exakta systemets telemetri som stöds och jämför representativa ihållande arbetsbelastningar. Skilj på vilobeteende, transienta ökningar och genomströmning i stationärt tillstånd. Att ändra flera firmware- eller ströminställningar samtidigt gör diagnos och återställning svårare.

En praktisk checklista för verifiering

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.
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.
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.
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.
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

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.

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.

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.