Прескачане към съдържанието

AMD-V and SVM

Архитектурна справкаFeex

Нарича се още AMD-V (Hardware Virtualization), AMD SVM

AMD-V е технологията за хардуерна виртуализация на AMD, с архитектурни механизми, често идентифицирани като SVM. Поддръжката от процесора, активирането във фърмуера и експонирането от хипервайзора влияят на това дали тя е използваема.

Какво трябва да знаете

AMD-V е технологията за хардуерна виртуализация на AMD, с архитектурни механизми, често идентифицирани като SVM. Поддръжката от процесора, активирането във фърмуера и експонирането от хипервайзора влияят на това дали тя е използваема.

Как работи

Механизмите Secure Virtual Machine дефинират структури за контрол на госта и преходи, управлявани от хипервайзор. Хостът избира прихващанията (intercepts) и разрешеното поведение на госта. Вложеното транслиране на страници, пренасочването на устройства и механизмите за криптирани виртуални машини са допълнителни възможности, които изискват отделно изброяване и конфигуриране.

Къде е полезно

Даден хипервайзор може да изпълнява гост ОС, използвайки преходи на SVM и контроли на прихващането. Вложената виртуализация изисква допълнително външният хипервайзор да експонира и реализира необходимите средства за вътрешната среда.

Как се проверява поддръжката и активирането

Проверете възможностите на SVM и информацията за функциите на SVM в разширената спецификация на CPUID на AMD, след което проверете системния фърмуер и интерфейса за поддържан статус на хипервайзора. Използвайте точната документация на платформата, тъй като деактивирана или заключена конфигурация може да попречи на работата въпреки хардуерните възможности.

Внедряването с виртуализация включва няколко слоя: физическа възможност, разрешение от фърмуера, активен хипервайзор на хоста, експонирани възможности за госта и поддръжка от операционната система на госта. Проверявайте слоя, в който действително се изпълнява операцията, включително при вложена виртуализация, когато е приложимо.

Какво не гарантира тази функция

AMD-V не осигурява автоматично NPT, IOMMU, SEV, поддържана гост ОС или пренасочване на устройства (device passthrough). Полето за виртуализация на даден процесор не е доказателство, че системният фърмуер я разрешава или че съществуващ хипервайзор на хоста ще я сподели с друг продукт за виртуализация.

Съвместимост и производителност на практика

Изпълнението на инструкции от процесора, транслирането на паметта на госта и пренасочването на DMA на устройствата са отделни механизми. Не правете изводи за директно пренасочване (passthrough) или изолация само от едно поле за виртуализация. Използвайте поддържаната диагностика на хипервайзора и точните изисквания на платформата/устройството.

Практически контролен списък за проверка

  1. Запишете точния модел на процесора или платформата, както и използваните версии на приложението, операционната система и средата за изпълнение. Запазете точния текст на действителната грешка или изискване.
  2. Проверете документацията от производителя за този точен модел, след което инспектирайте действителните възможности и активираното състояние в средата, където работи програмата.
  3. Сравнете всяко изискване на избрания двоичен файл или бекенд. Подобно наименувана функция, псевдоним или общ технологичен етикет не са достатъчни.
  4. Потвърдете, че приложението е избрало планираната реализация. Използвайте неговата документирана диагностика и поддържан резервен вариант, когато изискванията не са изпълнени.
  5. Правете по една поддържана промяна наведнъж и повтаряйте същото работно натоварване. Запазете достъпни оригиналната конфигурация и плана за възстановяване.

Ако функцията е посочена, но софтуерът не може да я използва

Започнете с точния компонент, който дава грешка. Хардуерната база данни описва записаните възможности; операционната система или хипервайзорът могат да предоставят различна ефективна среда. Грешка за невалидна инструкция (illegal-instruction) също изисква разследване на действителната сриваща се инструкция и компилацията на двоичния файл, тъй като повреда или несвързана неподдържана инструкция може да предизвика подобен симптом.

Инсталирайте версията на приложението, драйвера или средата за изпълнение, която се поддържа за точната платформа, и използвайте документираната от производителя базова или резервна компилация, ако е необходимо. Софтуерна актуализация не може да създаде инструкция, която липсва в процесора. Промените във фърмуера и политиките за сигурност трябва да следват процедурата на производителя на системата и план за възстановяване, а не общи съвети за оптимизация.

Източници и обхват на това обяснение

AMD CPUID Specification, публикация 25481 · AMD64 Architecture Programmer's Manual, Volume 2: System Programming

Тези източници установяват архитектурното поведение и софтуерните изисквания. Те не проверяват независимо всяка стойност на параметър на свързана страница за хардуерен модел. За поддръжка на даден модел използвайте данните от производителя на съответната страница и проверете ефективната системна конфигурация. Тази статия не предоставя бенчмарк, сертификация или дата на независим преглед.

Източници и проверка

Редакционна собственост: Feex. Не е записана дата на независим преглед. Как проучваме.

  • AMD CPUID Specification, публикация 25481 · Архивирана архитектурна справка за установените функции на AMD CPUID и дефиниции на битове. Използвайте актуалното справочно ръководство за програмиране на процесора за разширения, специфични за по-късни поколения.
  • AMD64 Architecture Programmer's Manual, Volume 2: System Programming · Системно програмиране, SVM и вложено транслиране, ревизия 3.46. Текущият преглед на документацията изисква JavaScript; по-стари адреси на документи може да са изведени от употреба.

Беше ли полезна тази статия?

Достатъчно е "да" или "не". Изберете причина, ако желаете, или добавете кратка бележка.

Беше ли полезна тази статия?