RDTSCP

Vad du behöver veta

Hur det fungerar

RDTSCP returnerar räknaren i EDX:EAX och värdet IA32_TSC_AUX i ECX. Dess ordningsregler begränsar vissa tidigare operationer, men senare instruktioner kan påbörjas innan läsningen slutförs, och tidigare lagringar har ytterligare synlighetshänsyn. Den korrekta spärrsekvensen beror på vad mätningen avser att avgränsa.

Där den är användbar

Tidmätningskod på låg nivå kan använda det extra värdet för att hjälpa till att upptäcka ett processorbyte när operativsystemet konfigurerar det på lämpligt sätt. Ett robust prestandatest kontrollerar fortfarande kompilering, uppvärmning av arbetsbelastning, avbrott, schemaläggning, räknarkalibrering och de operationer som ordnas.

Hur man kontrollerar stöd och aktivering

CPUID.80000001H:EDX bit 27 enumererar RDTSCP. Verifiera räknarpolicyn i det faktiska operativsystemet eller hypervisorn och använd en dokumenterad tidmätningsmetod med nödvändiga minnesspärrar. Föredra operativsystemets monotona klocka för applikationens förflutna tid.

Valj klocka utifran fragepositionen: forfluten tid, tradens processortid och klockcykler ar olika matningar. Operativsystemets klockgranssnitt inbegriper plattformspolicy som en ra instruktionsavlasning kan forbiga.

Vad funktionen inte fastställer

Stöd för RDTSCP etablerar inte invariant eller synkroniserat TSC-beteende. Tolkningen av det extra värdet är operativsystemdefinierad. Att subtrahera två mätvärden utan att förstå ordningsföljden kan mäta ett annat intervall än avsett.

Kompatibilitet och prestanda i praktiken

Ett prestandatest kraver ocksa korrekta kompilatorgranser, uppvarmning, representativa data och forstaelse for migrering och schemalaggning. Att upprepa en daligt ordnad matning gor den inte mer exakt. Rapportera miljon och osakerheten vid varje resultat.

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

Invariant TSC · Hyper-Threading · 64-bit (x86-64)

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.

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.