AMD-V и SVM
Также называется AMD-V (аппаратная виртуализация), AMD SVM
AMD-V - это технология аппаратной виртуализации от AMD, архитектурные средства которой обычно обозначаются как SVM. Доступность технологии зависит от поддержки процессором, включения в микрокоде и предоставления гипервизором.
Что необходимо знать
AMD-V - это технология аппаратной виртуализации от AMD, архитектурные средства которой обычно обозначаются как SVM. Доступность технологии зависит от поддержки процессором, включения в микрокоде и предоставления гипервизором.
Как это работает
Средства Secure Virtual Machine определяют структуры управления гостевой системой и переходы контекста, контролируемые гипервизором. Хост определяет перехваты событий и разрешенные действия гостя. Вложенная трансляция страниц, переназначение устройств и средства шифрования ВМ являются дополнительными функциями, требующими отдельного опроса и настройки.
Области применения
Гипервизор может выполнять гостевую ОС, используя переходы SVM и настройки перехватов. Для вложенной виртуализации дополнительно требуется, чтобы внешний гипервизор предоставлял и реализовывал необходимые функции для внутренней среды.
Как проверить поддержку и активацию
Проверьте поддержку SVM и информацию о функциях SVM в расширенном CPUID AMD, затем проверьте состояние в системном микрокоде и интерфейсе гипервизора. Используйте точную документацию к платформе, так как отключенная или заблокированная конфигурация может препятствовать работе даже при наличии аппаратных возможностей.
Виртуализированное окружение состоит из нескольких уровней: физические возможности, разрешения микрокода, активный гипервизор хоста, транслируемые гостю функции и поддержка в гостевой ОС. Проверяйте тот уровень, на котором непосредственно выполняется задача, включая вложенную виртуализацию при ее использовании.
Чего не гарантирует данная функция
AMD-V не гарантирует автоматического наличия NPT, IOMMU, SEV, поддержки гостевой ОС или прямого проброса устройств. Поле виртуализации процессора не является доказательством того, что функция включена в микрокоде системы или что существующий гипервизор хоста предоставит к ней доступ другому продукту виртуализации.
Совместимость и производительность на практике
Выполнение инструкций процессором, трансляция гостевой памяти и переназначение DMA устройств - это раздельные механизмы. Не делайте вывода о наличии проброса устройств или изоляции только по одному общему полю виртуализации. Используйте поддерживаемые средства диагностики гипервизора и точные требования к платформе/устройствам.
Практический чек-лист для проверки
- Зафиксируйте точную модель процессора или платформы, а также задействованные версии приложения, ОС и среды выполнения. Сохраните точную формулировку возникшей ошибки или требования.
- Сверьтесь со справочными материалами производителя для этой точной модели, затем проверьте действующую поддержку и состояние активации в окружении, где выполняется программа.
- Сопоставьте каждое требование выбранного бинарного файла или бэкенда. Похожего названия функции, псевдонима или общего маркетингового обозначения технологии недостаточно.
- Убедитесь, что приложение выбрало предполагаемую реализацию. Используйте его документированные средства диагностики и поддерживаемый резервный код при несоблюдении требований.
- Вносите по одному поддерживаемому изменению за раз и повторяйте ту же рабочую нагрузку. Сохраняйте исходную конфигурацию и возможность отката.
Если функция указана в списке, но ПО не может ее использовать
Начните с точного сбойного компонента. База данных оборудования описывает зафиксированные возможности; операционная система или гипервизор могут предоставлять иное фактическое окружение. Ошибка недопустимой инструкции также требует анализа конкретной сбойной команды и сборки бинарного файла, так как повреждение данных или сторонняя неподдерживаемая инструкция могут вызывать аналогичный симптом.
Установите версию приложения, драйвера или среды выполнения, поддерживаемую для данной платформы, и при необходимости используйте документированную производителем базовую или резервную сборку. Обновление ПО не может создать инструкцию, отсутствующую в процессоре. Изменения микрокода и политик безопасности должны выполняться по процедуре производителя системы и с планом восстановления, а не по общим шаблонам оптимизации.
Источники и границы применимости пояснения
Спецификация AMD CPUID, публикация 25481 · Руководство программиста по архитектуре AMD64, том 2: Системное программирование
Эти материалы определяют архитектурное поведение и требования к программному обеспечению. Они не подтверждают независимо каждое значение параметров на странице конкретной модели оборудования. Для проверки поддержки моделью используйте данные производителя на этой странице и проверяйте действующую конфигурацию системы. Данная статья не содержит результатов тестов производительности, сертификатов или дат независимых обзоров.
Источники и проверка
Редакционная принадлежность: Feex. Дата независимой проверки не зарегистрирована. Как мы проводим исследования.
- Спецификация AMD CPUID, публикация 25481 · Архивный архитектурный справочник по установленным функциям CPUID и назначениям битов AMD. Для более поздних расширений конкретных поколений используйте актуальное руководство по программированию процессоров.
- Руководство программиста по архитектуре AMD64, том 2: Системное программирование · Системное программирование, SVM и вложенная трансляция, ревизия 3.46. Для текущего средства просмотра документации требуется JavaScript; старые URL-адреса документов могли быть выведены из обращения.
Была ли эта статья полезна?
Достаточно ответа "да" или "нет". При желании выберите причину или оставьте короткую заметку.
Спасибо. Это помогает нам улучшать эту страницу.