Hyper-Threading

Riferimento sull'architetturaFeex

Intel Hyper-Threading espone piu processori logici da un core fisico laddove l'implementazione lo supporti. I processori logici condividono le risorse del core e non sono equivalenti a core fisici indipendenti aggiuntivi.

Cosa c'è da sapere

Come funziona

Ciascun processore logico fornisce uno stato di esecuzione architetturale condividendo al contempo porzioni delle risorse di esecuzione, cache e pianificazione del core. L'esatta modalita di condivisione e specifica della microarchitettura. La pianificazione del sistema operativo e le richieste di risorse del carico di lavoro determinano se i thread simultanei migliorano il throughput.

Dove risulta utile

Due thread con stalli complementari possono utilizzare le risorse di esecuzione condivise in modo piu efficace, mentre due thread in competizione per la stessa risorsa satura possono ottenere vantaggi inferiori. I risultati in termini di latenza, throughput ed energia richiedono misurazioni specifiche per ciascun carico di lavoro.

Come verificare il supporto e l'abilitazione

Utilizzare l'enumerazione moderna della topologia del processore e la vista di core fisici/processori logici del sistema operativo, insieme alla policy del firmware. Verificare quanti thread sono effettivamente abilitati per core anziche moltiplicare automaticamente il conteggio dei core indicato a fini commerciali.

Il comportamento riscontrato è regolato dall'intera piattaforma: firmware, criteri del sistema operativo, pianificazione dei processi, erogazione di potenza e temperatura. Il campo di una funzionalità descrive una capacità tecnica, non uno stato operativo costante o una frequenza garantita.

Cosa non stabilisce la funzionalità

Un campo Hyper-Threading non stabilisce il numero di core fisici o di thread abilitati, e un bit legacy HTT da solo non e un conteggio topologico. Non garantisce il doppio delle prestazioni ne velocizza qualsiasi carico di lavoro parallelo. Anche la policy di sicurezza della piattaforma puo influenzare la distribuzione.

Compatibilità e prestazioni nella pratica

Utilizzare la telemetria supportata per lo specifico sistema ed eseguire confronti su carichi di lavoro costanti e rappresentativi. Distinguere il comportamento a riposo, gli incrementi transitori e il rendimento a regime. La modifica simultanea di molteplici impostazioni del firmware o dell'alimentazione rende più complessi diagnosi e ripristino.

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.