Naar inhoud springen

AMD-V and SVM

ArchitectuurreferentieFeex

Ook wel AMD-V (Hardware Virtualization), AMD SVM genoemd

AMD-V is de hardwarevirtualisatietechnologie van AMD, met architectuurvoorzieningen die gewoonlijk als SVM worden aangeduid. CPU-ondersteuning, firmware-inschakeling en blootstelling door de hypervisor zijn allemaal van invloed op de bruikbaarheid.

Wat u moet weten

AMD-V is de hardwarevirtualisatietechnologie van AMD, met architectuurvoorzieningen die gewoonlijk als SVM worden aangeduid. CPU-ondersteuning, firmware-inschakeling en blootstelling door de hypervisor zijn allemaal van invloed op de bruikbaarheid.

Hoe het werkt

Secure Virtual Machine-faciliteiten definiëren besturingsstructuren voor de guest en overgangen die door een hypervisor worden beheerd. De host selecteert intercepties en toegestaan guest-gedrag. Geneste paginavertaling, herindeling van apparaten en voorzieningen voor versleutelde VM's zijn aanvullende functies die afzonderlijke enumeratie en configuratie vereisen.

Waar het nuttig is

Een hypervisor kan een guest-OS draaien met behulp van SVM-overgangen en interceptiecontroles. Geneste virtualisatie vereist bovendien dat de buitenste hypervisor de noodzakelijke faciliteiten blootstelt en implementeert voor de binnenste omgeving.

Ondersteuning en activering controleren

Controleer de uitgebreide CPUID SVM-capaciteit en SVM-functie-informatie van AMD, en vervolgens de systeemfirmware en de ondersteunde statusinterface van de hypervisor. Gebruik de exacte platformdocumentatie, omdat een uitgeschakelde of vergrendelde configuratie de werking kan verhinderen ondanks hardwarecapaciteit.

Een gevirtualiseerde implementatie kent verschillende lagen: fysieke capaciteit, firmwaretoestemming, de actieve host-hypervisor, blootgestelde guest-capaciteiten en ondersteuning vanuit het guest-OS. Controleer de laag waar de bewerking daadwerkelijk plaatsvindt, inclusief geneste virtualisatie waar relevant.

Wat de functie niet vaststelt

AMD-V brengt niet automatisch NPT, IOMMU, SEV, een ondersteund guest-OS of apparaat-passthrough tot stand. Het virtualisatieveld van een processor is geen bewijs dat de systeemfirmware dit inschakelt of dat een bestaande host-hypervisor dit zal delen met een ander virtualisatieproduct.

Compatibiliteit en prestaties in de praktijk

CPU-uitvoering, geheugenvertaling van de guest en DMA-herindeling voor apparaten zijn afzonderlijke faciliteiten. Leid passthrough of isolatie niet af uit één enkel virtualisatieveld. Gebruik de ondersteunde diagnostiek van de hypervisor en de exacte platform-/apparaatvereisten.

Een praktische controlelijst voor verificatie

  1. Noteer het exacte processor- of platformmodel en de betrokken applicatie-, OS- en runtimeversies. Behoud de formulering van de daadwerkelijke fout of vereiste.
  2. Raadpleeg de fabrikantdocumentatie voor dat exacte model en inspecteer vervolgens de effectieve capaciteit en ingeschakelde status in de omgeving waarin het programma draait.
  3. Vergelijk elke vereiste van de geselecteerde binary of backend. Een gelijknamige functie, alias of breed technologielabel is niet voldoende.
  4. Bevestig dat de applicatie de bedoelde implementatie heeft geselecteerd. Gebruik de gedocumenteerde diagnostiek en een ondersteunde terugvaloptie wanneer niet aan de vereisten wordt voldaan.
  5. Voer één ondersteunde wijziging tegelijk door en herhaal dezelfde werklast. Houd de oorspronkelijke configuratie en het herstelpad beschikbaar.

Als de functie wordt vermeld maar software deze niet kan gebruiken

Begin bij het exacte falende onderdeel. Een hardwaredatabase beschrijft geregistreerde capaciteiten; het besturingssysteem of de hypervisor kan een andere effectieve omgeving tonen. Een fout met betrekking tot een ongeldige instructie vereist ook onderzoek van de daadwerkelijke foutieve instructie en binary-build, omdat beschadiging of een niet-gerelateerde niet-ondersteunde instructie een vergelijkbaar symptoom kan veroorzaken.

Installeer de applicatie-, driver- of runtimeversie die voor het exacte platform wordt ondersteund, en gebruik indien nodig de gedocumenteerde basislijn of fallback-build van de leverancier. Een software-update kan geen instructie creëren die de processor mist. Wijzigingen in firmware en beveiligingsbeleid moeten de procedure en het herstelplan van de systeemfabrikant volgen in plaats van een generiek optimalisatierecept.

Bronnen en reikwijdte van deze uitleg

AMD CPUID Specification, publication 25481 · AMD64 Architecture Programmer's Manual, Volume 2: System Programming

Deze referenties stellen architecturaal gedrag en softwarevereisten vast. Ze verifiëren niet onafhankelijk elke functiewaarde op een gekoppelde hardwaremodelpagina. Gebruik voor modelondersteuning het fabrikantenbewijs van die pagina en controleer de effectieve systeemconfiguratie. Dit artikel biedt geen benchmark, certificering of onafhankelijke beoordelingsdatum.

Bronnen en verificatie

Redactioneel eigendom: Feex. Er is geen onafhankelijke beoordelingsdatum vastgelegd. Hoe wij onderzoek doen.

Was dit artikel nuttig?

Een ja of nee is voldoende. Kies desgewenst een reden of voeg een korte opmerking toe.

Was dit artikel nuttig?