RDTSCP

Šta trebate znati

Kako radi

RDTSCP vraca brojac u EDX:EAX i IA32_TSC_AUX vrijednost u ECX. Njena pravila o redoslijedu ogranicavaju neke prethodne operacije, ali kasnije instrukcije mogu poceti prije nego sto se citanje zavrsi, a prethodni upisi imaju dodatna razmatranja vidljivosti. Tacan redoslijed barijera (fence) zavisi od toga sta mjerenje namjerava ograniciti.

Gdje je korisno

Niskonivonski kod za mjerenje vremena moze koristiti pomocnu vrijednost kako bi pomogao u detekciji promjene procesora kada je OS odgovarajuce konfigurise. Robustan benchmark i dalje kontrolise kompilaciju, zagrijavanje radnog opterecenja, prekide, rasporedjivanje, kalibraciju brojaca i operacije ciji se redoslijed odredjuje.

Kako provjeriti podršku i omogućavanje

CPUID.80000001H:EDX bit 27 enumerise RDTSCP. Verifikujte politiku brojaca u stvarnom OS-u ili hipervizoru i koristite dokumentovanu metodu mjerenja vremena sa potrebnim barijerama. Dajte prednost monotonicnom satu OS-a za proteklo vrijeme aplikacije.

Odaberite sat prema postavljenom pitanju: proteklo vrijeme, CPU vrijeme niti i ciklusi su različita mjerenja. Interfejsi sata operativnog sistema uključuju politiku platforme koju sirovi uzorak instrukcije može zaobići.

Šta ova funkcija ne uspostavlja

Podrska za RDTSCP ne uspostavlja invarijantno ili sinhronizovano ponasanje TSC-a. Tumacenje pomocne vrijednosti definise OS. Oduzimanje dva uzorka bez razumijevanja redoslijeda moze izmjeriti drugaciji interval od predvidjenog.

Kompatibilnost i performanse u praksi

Test performansi (benchmark) također zahtijeva ispravne granice kompajlera, zagrijavanje, reprezentativne podatke i razumijevanje migracije i raspoređivanja. Ponavljanje loše uređenog mjerenja ne čini ga tačnim. Prijavite okruženje i nesigurnost uz svaki rezultat.

Praktična lista za provjeru verifikacije

1. Zabilježite tačan model procesora ili platforme te verzije aplikacije, OS-a i runtime okruženja koji se koriste. Sačuvajte formulaciju stvarne greške ili zahtjeva.
2. Provjerite referencu proizvođača za taj tačan model, a zatim pregledajte efektivnu sposobnost i omogućeno stanje u okruženju u kojem se program izvršava.
3. Uporedite svaki zahtjev odabrane binarne datoteke ili pozadinskog sistema. Slično imenovana funkcija, pseudonim ili široka tehnološka oznaka nisu dovoljni.
4. Potvrdite da je aplikacija odabrala predviđenu implementaciju. Koristite njenu dokumentiranu dijagnostiku i podržanu rezervnu varijantu kada zahtjevi nisu ispunjeni.
5. Pravite jednu po jednu podržanu promjenu i ponavljajte isto radno opterećenje. Zadržite izvornu konfiguraciju i dostupan put oporavka.

Ako je funkcija navedena, ali je softver ne može koristiti

Počnite od tačne komponente koja otkazuje. Baza podataka hardvera opisuje zabilježenu sposobnost; operativni sistem ili hipervizor mogu izložiti drugačije efektivno okruženje. Greška nevažeće instrukcije (illegal-instruction) također zahtijeva istragu stvarne instrukcije koja uzrokuje grešku i binarne verzije, jer oštećenje ili nepovezana nepodržana instrukcija mogu proizvesti sličan simptom.

Instalirajte verziju aplikacije, drajvera ili runtime okruženja podržanu za tačnu platformu i po potrebi koristite proizvođačevu dokumentiranu osnovnu ili rezervnu verziju. Ažuriranje softvera ne može stvoriti instrukciju koja procesoru nedostaje. Promjene firmvera i sigurnosnih pravila trebaju pratiti proceduru proizvođača sistema i plan oporavka, a ne generički recept za optimizaciju.

Povezane funkcije i korisne razlike

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

Izvori i obim ovog objašnjenja

Intel 64 and IA-32 Architectures Software Developer's Manual

Ove reference uspostavljaju arhitekturno ponašanje i softverske zahtjeve. One ne verifikuju nezavisno svaku vrijednost funkcije na povezanoj stranici modela hardvera. Za podršku modela koristite dokaze proizvođača s te stranice i provjerite efektivnu konfiguraciju sistema. Ovaj članak ne pruža benchmark, certifikaciju ili datum nezavisnog pregleda.

Povezano

Ovi entiteti su povezani s ovim člankom. Tip je prikazan na svakom linku.

Izvori i provjera

Uredničko vlasništvo: Feex. Nije zabilježen datum nezavisne provjere. Kako istražujemo.

• Intel 64 and IA-32 Architectures Software Developer's Manual · Tomovi 1 i 2 opisuju navedene porodice instrukcija i CPUID; Tom 3 opisuje kontrole stanja, straničenja, VMX-a i zaštite. Dokumentacija arhitekture ne utvrđuje podršku za određeni model.