AMD-V e SVM
Denominato anche AMD-V (Hardware Virtualization), AMD SVM
AMD-V è la tecnologia di virtualizzazione hardware di AMD, con funzionalità architetturali comunemente identificate come SVM. Il supporto della CPU, l'abilitazione nel firmware e l'esposizione da parte dell'hypervisor influiscono sulla sua effettiva utilizzabilità.
Cosa c'è da sapere
AMD-V è la tecnologia di virtualizzazione hardware di AMD, con funzionalità architetturali comunemente identificate come SVM. Il supporto della CPU, l'abilitazione nel firmware e l'esposizione da parte dell'hypervisor influiscono sulla sua effettiva utilizzabilità.
Come funziona
Le funzionalità Secure Virtual Machine definiscono le strutture di controllo del guest e le transizioni gestite da un hypervisor. L'host seleziona le intercettazioni e i comportamenti consentiti per il guest. La traduzione delle pagine annidata, il rimappaggio dei dispositivi e le funzionalità per VM cifrate sono capacità aggiuntive che richiedono un'enumerazione e una configurazione separate.
Dove risulta utile
Un hypervisor può eseguire un sistema operativo guest utilizzando le transizioni SVM e i controlli di intercettazione. La virtualizzazione annidata richiede inoltre che l'hypervisor esterno esponga e implementi le funzionalità necessarie per l'ambiente interno.
Come verificare il supporto e l'abilitazione
Controllare la capacità SVM e le informazioni sulle funzionalità SVM nei CPUID estesi di AMD, quindi verificare il firmware di sistema e l'interfaccia di stato supportata dell'hypervisor. Utilizzare la documentazione esatta della piattaforma, poiché una configurazione disabilitata o bloccata può impedire il funzionamento nonostante la capacità a livello hardware.
Un deployment virtualizzato si articola su più livelli: capacità fisica, autorizzazione del firmware, hypervisor host attivo, capacità esposte al guest e supporto del sistema operativo guest. Verificare il livello in cui l'operazione viene effettivamente eseguita, inclusa la virtualizzazione annidata ove pertinente.
Cosa non stabilisce la funzionalità
AMD-V non stabilisce automaticamente NPT, IOMMU, SEV, un sistema operativo guest supportato o il passthrough dei dispositivi. Il campo relativo alla virtualizzazione di un processore non dimostra che il firmware di sistema la abiliti o che un hypervisor host esistente la condivida con un altro prodotto di virtualizzazione.
Compatibilità e prestazioni nella pratica
L'esecuzione della CPU, la traduzione della memoria del guest e il rimappaggio DMA dei dispositivi sono funzionalità separate. Non dedurre il passthrough o l'isolamento da un unico campo di virtualizzazione. Utilizzare la diagnostica supportata dell'hypervisor e i requisiti precisi di piattaforma e dispositivi.
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
AMD CPUID Specification, pubblicazione 25481 · AMD64 Architecture Programmer's Manual, Volume 2: System Programming
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.
- AMD CPUID Specification, pubblicazione 25481 · Riferimento architetturale archiviato per le funzioni e le definizioni dei bit CPUID consolidate di AMD. Per le estensioni successive specifiche di una generazione, consultare l'attuale manuale di programmazione del processore.
- AMD64 Architecture Programmer's Manual, Volume 2: System Programming · System programming, SVM e nested translation, revisione 3.46. L'attuale visualizzatore della documentazione richiede JavaScript; gli URL dei documenti più vecchi potrebbero non essere più attivi.
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.