Invariant TSC
Invariant TSC descrive un time-stamp counter la cui frequenza rimane costante attraverso gli stati architetturali di alimentazione e frequenza coperti dalla funzionalita. Non e una misurazione diretta della frequenza corrente del core.
Cosa c'è da sapere
Invariant TSC descrive un time-stamp counter la cui frequenza rimane costante attraverso gli stati architetturali di alimentazione e frequenza coperti dalla funzionalita. Non e una misurazione diretta della frequenza corrente del core.
Come funziona
Il time-stamp counter si incrementa a una velocita definita dalla piattaforma. Il comportamento invariante separa tale velocita dalle variazioni nella frequenza operativa del core. La conversione dei tick in tempo trascorso richiede un riferimento di frequenza valido, mentre il confronto dei valori tra processori o macchine virtuali richiede anche garanzie di sincronizzazione e virtualizzazione.
Dove risulta utile
Un runtime può utilizzare un contatore appropriato nell'ambito della propria implementazione del cronometraggio ad alta risoluzione. Dividere la differenza del contatore di un carico di lavoro breve per un valore nominale in GHz della CPU può essere errato, poiché la frequenza del TSC e la frequenza del core in esecuzione sono grandezze distinte.
Come verificare il supporto e l'abilitazione
Il bit 8 di CPUID.80000007H:EDX enumera l'invariant TSC in base alla definizione dell'architettura di riferimento. È preferibile utilizzare l'orologio monotonico supportato dal sistema operativo per il cronometraggio ordinario, poiché può tenere conto dei criteri della piattaforma e della virtualizzazione.
Selezionare un orologio in base al quesito: tempo trascorso, tempo di CPU del thread e cicli sono misurazioni diverse. Le interfacce di clock del sistema operativo incorporano criteri della piattaforma che un campionamento diretto tramite istruzione potrebbe eludere.
Cosa non stabilisce la funzionalità
La caratteristica di invarianza non garantisce di per sé la sincronizzazione tra socket, un comportamento monotonico durante la migrazione delle VM, la serializzazione intorno alle istruzioni misurate o l'assenza di ritardi di pianificazione. Un campionamento grezzo del contatore non rappresenta una percentuale di utilizzo della CPU.
Compatibilità e prestazioni nella pratica
Un benchmark richiede inoltre limiti del compilatore corretti, una fase di riscaldamento (warmup), dati rappresentativi e la comprensione dei meccanismi di migrazione e pianificazione. Ripetere una misurazione impostata in modo inadeguato non la rende accurata. Riportare l'ambiente e il grado di incertezza insieme a ogni risultato.
Una checklist pratica di verifica
- Annotare il modello esatto di processore o piattaforma e le versioni di applicazione, sistema operativo e runtime interessate. Mantenere la formulazione dell'errore o del requisito effettivo.
- Controllare la documentazione del produttore per quello specifico modello, quindi ispezionare la funzionalità effettiva e lo stato di abilitazione nell'ambiente in cui il programma viene eseguito.
- Confrontare ogni requisito del binario o del backend selezionato. Una funzionalità con un nome simile, un alias o un'etichetta tecnologica generica non sono sufficienti.
- Verificare che l'applicazione abbia selezionato l'implementazione prevista. Utilizzare la relativa diagnostica documentata e un fallback supportato quando i requisiti non sono soddisfatti.
- Apportare una sola modifica supportata alla volta e ripetere lo stesso carico di lavoro. Mantenere disponibili la configurazione originale e un percorso di ripristino.
Se la funzionalità è elencata ma il software non può utilizzarla
Iniziare dal componente esatto che genera l'errore. Un database hardware descrive la capacità registrata; il sistema operativo o l'hypervisor possono esporre un ambiente effettivo differente. Un errore di istruzione illegale richiede inoltre l'analisi dell'effettiva istruzione che causa il problema e della build del binario, poiché il danneggiamento di dati o un'istruzione non supportata non correlata possono produrre un sintomo simile.
Installare la versione di applicazione, driver o runtime supportata per la piattaforma esatta e, se necessario, utilizzare la build di riferimento o di fallback documentata dal produttore. Un aggiornamento software non può creare un'istruzione che manca nel processore. Le modifiche al firmware e ai criteri di sicurezza devono seguire la procedura del produttore del sistema e un piano di ripristino, piuttosto che una generica ricetta di ottimizzazione.
Fonti e ambito di questa spiegazione
Intel 64 and IA-32 Architectures Software Developer's Manual
Questi riferimenti definiscono il comportamento architetturale e i requisiti software. Non verificano in modo indipendente ogni valore delle funzionalità presente nella pagina di un modello hardware collegato. Per il supporto su uno specifico modello, fare riferimento alle evidenze del produttore su quella pagina e controllare l'effettiva configurazione di sistema. Questo articolo non fornisce benchmark, certificazioni o date di revisione indipendente.
Fonti e verifica
Titolarità editoriale: Feex. Nessuna data di revisione indipendente registrata. Come svolgiamo le ricerche.
- Intel 64 and IA-32 Architectures Software Developer's Manual · I volumi 1 e 2 descrivono le famiglie di istruzioni menzionate e CPUID; il volume 3 descrive lo stato, il paging, VMX e i controlli di protezione. La documentazione dell'architettura non certifica il supporto per un particolare modello.
Questo articolo è stato utile?
È sufficiente un sì o un no. Scegli un motivo, se desideri, o aggiungi una breve nota.
Grazie. Ci aiuta a migliorare questa pagina.