Kalo te përmbajtja

AMD-V and SVM

Referenca e arkitekturësFeex

Quhet gjithashtu AMD-V (Hardware Virtualization), AMD SVM

AMD-V është teknologjia e virtualizimit harduerik të AMD-së, me veçori arkitekturore të identifikuara zakonisht si SVM. Mbështetja e CPU-së, aktivizimi në firmware dhe ekspozimi nga hipervizori ndikojnë të gjitha nëse ajo është e përdorshme.

Çfarë duhet të dini

AMD-V është teknologjia e virtualizimit harduerik të AMD-së, me veçori arkitekturore të identifikuara zakonisht si SVM. Mbështetja e CPU-së, aktivizimi në firmware dhe ekspozimi nga hipervizori ndikojnë të gjitha nëse ajo është e përdorshme.

Si funksionon

Veçoritë e Secure Virtual Machine përcaktojnë strukturat e kontrollit të mysafirit dhe tranzicionet e menaxhuara nga një hipervizor. Strehuesi zgjedh ndërhyrjet dhe sjelljen e lejuar të mysafirit. Përkthimi i faqeve të ndërthurura, rihartimi i pajisjeve dhe veçoritë e VM-ve të enkriptuara janë aftësi shtesë që kërkojnë numërim dhe konfigurim të veçantë.

Ku është e dobishme

Një hipervizor mund të ekzekutojë një OS mysafir duke përdorur tranzicionet SVM dhe kontrollet e ndërhyrjes. Virtualizimi i ndërthurur kërkon përveç kësaj që hipervizori i jashtëm të ekspozojë dhe të zbatojë funksionet e nevojshme për mjedisin e brendshëm.

Si të kontrollohet mbështetja dhe aktivizimi

Kontrolloni aftësinë SVM të CPUID-së së zgjeruar të AMD-së dhe informacionin e veçorisë SVM, më pas firmware-in e sistemit dhe ndërfaqen e mbështetur të statusit të hipervizorit. Përdorni dokumentacionin e saktë të platformës sepse konfigurimi i çaktivizuar ose i bllokuar mund të parandalojë funksionimin pavarësisht aftësisë harduerike.

Një vendosje e virtualizuar ka disa shtresa: aftësinë fizike, lejen e firmware-it, hipervizorin aktiv të strehuesit, aftësitë e ekspozuara të mysafirit dhe mbështetjen e OS-it mysafir. Kontrolloni shtresën ku ekzekutohet aktualisht operacioni, duke përfshirë virtualizimin e ndërthurur kur është e rëndësishme.

Çfarë nuk përcakton kjo veçori

AMD-V nuk përcakton automatikisht NPT, IOMMU, SEV, një OS mysafir të mbështetur ose pasimin e drejtpërdrejtë të pajisjeve. Fusha e virtualizimit të një procesori nuk është dëshmi se firmware-i i sistemit e aktivizon atë ose se një hipervizor ekzistues strehues do ta ndajë atë me një produkt tjetër virtualizimi.

Përputhshmëria dhe performanca në praktikë

Ekzekutimi i CPU-së, përkthimi i memories së mysafirit dhe rihartimi DMA i pajisjeve janë funksione të veçanta. Mos supozoni pasimin e drejtpërdrejtë ose izolimin nga një fushë e vetme virtualizimi. Përdorni diagnostikimet e mbështetura të hipervizorit dhe kërkesat e sakta të platformës/pajisjes.

Një listë praktike kontrolli për verifikim

  1. Regjistroni modelin e saktë të procesorit ose platformës dhe versionet e përfshira të aplikacionit, sistemit operativ dhe mjedisit të ekzekutimit. Ruani formulimin e gabimit ose kërkesës aktuale.
  2. Kontrolloni referencën e prodhuesit për atë model të saktë, më pas inspektoni aftësinë efektive dhe gjendjen e aktivizuar në mjedisin ku ekzekutohet programi.
  3. Krahasoni çdo kërkesë të binarit ose prapavijës së zgjedhur. Një veçori me emër të ngjashëm, një pseudonim ose një etiketë e gjerë teknologjike nuk mjafton.
  4. Konfirmoni që aplikacioni ka zgjedhur implementimin e synuar. Përdorni diagnostikimet e dokumentuara të tij dhe një alternativë të mbështetur kur kërkesat nuk plotësohen.
  5. Bëni një ndryshim të mbështetur në një moment dhe përsëritni të njëjtën ngarkesë pune. Mbajeni të disponueshme konfigurimin origjinal dhe rrugën e rikuperimit.

Nëse veçoria listohet por softueri nuk mund ta përdorë atë

Filloni me komponentin e saktë që dështon. Një bazë të dhënash harduerike përshkruan aftësinë e regjistruar; sistemi operativ ose hipervizori mund të ekspozojë një mjedis efektiv të ndryshëm. Një gabim instruksioni të paligjshëm kërkon gjithashtu hetim të instruksionit aktual me defekt dhe të ndërtimit të binarit, sepse dëmtimi ose një instruksion i palidhur i pambështetur mund të prodhojë një simptomë të ngjashme.

Instaloni versionin e aplikacionit, drajverit ose mjedisit të ekzekutimit të mbështetur për platformën e saktë, dhe përdorni versionin bazë ose alternativ të dokumentuar nga prodhuesi nëse është e nevojshme. Një përditësim softueri nuk mund të krijojë një instruksion që procesorit i mungon. Ndryshimet në firmware dhe politikat e sigurisë duhet të ndjekin procedurën e prodhuesit të sistemit dhe një plan rikuperimi në vend të një recete të përgjithshme optimizimi.

Burimet dhe fusha e këtij shpjegimi

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

Këto referenca përcaktojnë sjelljen arkitekturore dhe kërkesat e softuerit. Ato nuk verifikojnë në mënyrë të pavarur çdo vlerë të veçorive në faqen e lidhur të modelit të harduerit. Për mbështetjen e modelit, përdorni dëshmitë e prodhuesit në atë faqe dhe kontrolloni konfigurimin efektiv të sistemit. Ky artikull nuk ofron një test standard vlerësimi, certifikim ose datë shqyrtimi të pavarur.

Burimet dhe verifikimi

Pronësia editoriale: Feex. Nuk është regjistruar asnjë datë shqyrtimi të pavarur. Si hulumtojmë.

A ishte i dobishëm ky artikull?

Një po ose jo mjafton. Zgjidhni një arsye nëse dëshironi, ose shtoni një shënim të shkurtër.

A ishte i dobishëm ky artikull?