AMD-V y SVM
También llamado AMD-V (Hardware Virtualization), AMD SVM
AMD-V es la tecnología de virtualización por hardware de AMD, con recursos de arquitectura comúnmente identificados como SVM. La compatibilidad de la CPU, la habilitación en el firmware y la exposición en el hipervisor influyen en si es utilizable.
Lo que necesita saber
AMD-V es la tecnología de virtualización por hardware de AMD, con recursos de arquitectura comúnmente identificados como SVM. La compatibilidad de la CPU, la habilitación en el firmware y la exposición en el hipervisor influyen en si es utilizable.
Cómo funciona
Las funciones de Secure Virtual Machine definen estructuras de control de huésped y transiciones gestionadas por un hipervisor. El anfitrión selecciona las intercepciones y el comportamiento permitido para el huésped. La traducción anidada de páginas, la reasignación de dispositivos y las funciones de máquina virtual cifrada son capacidades adicionales que requieren enumeración y configuración independientes.
Dónde resulta útil
Un hipervisor puede ejecutar un sistema operativo huésped mediante transiciones SVM y controles de intercepción. La virtualización anidada exige adicionalmente que el hipervisor externo exponga e implemente las funciones necesarias para el entorno interno.
Cómo comprobar la compatibilidad y la habilitación
Compruebe la capacidad SVM y la información de funciones SVM en la CPUID extendida de AMD; luego, inspeccione el firmware del sistema y la interfaz de estado compatible del hipervisor. Utilice la documentación exacta de la plataforma, ya que una configuración deshabilitada o bloqueada puede impedir la operación a pesar de la capacidad del hardware.
Un despliegue virtualizado consta de varios niveles: capacidad física, permisos del firmware, hipervisor anfitrión activo, capacidades expuestas al huésped y compatibilidad con el sistema operativo huésped. Compruebe el nivel donde se ejecuta realmente la operación, incluida la virtualización anidada cuando corresponda.
Lo que la función no establece
AMD-V no establece automáticamente NPT, IOMMU, SEV, un sistema operativo huésped compatible ni la transferencia directa de dispositivos (passthrough). El campo de virtualización de un procesador no demuestra que el firmware del sistema la habilite o que un hipervisor anfitrión existente la comparta con otro producto de virtualización.
Compatibilidad y rendimiento en la práctica
La ejecución de la CPU, la traducción de memoria del huésped y la reasignación DMA de dispositivos son mecanismos independientes. No deduzca el passthrough o el aislamiento a partir de un único campo de virtualización. Utilice las herramientas de diagnóstico compatibles del hipervisor y los requisitos exactos de la plataforma/dispositivo.
Lista de comprobación práctica para la verificación
- Registre el modelo exacto de procesador o plataforma, así como las versiones de la aplicación, el sistema operativo y el entorno de ejecución involucrados. Conserve la redacción del error o requisito real.
- Consulte la referencia del fabricante para ese modelo exacto y, a continuación, inspeccione la capacidad efectiva y el estado habilitado en el entorno donde se ejecuta el programa.
- Compare cada requisito del binario o backend seleccionado. Una función con nombre similar, un alias o una etiqueta de tecnología general no son suficientes.
- Confirme que la aplicación haya seleccionado la implementación prevista. Utilice sus diagnósticos documentados y una alternativa compatible cuando no se cumplan los requisitos.
- Realice un cambio admitido a la vez y repita la misma carga de trabajo. Mantenga disponibles la configuración original y la vía de recuperación.
Si la función aparece listada pero el software no puede usarla
Comience con el componente exacto que falla. Una base de datos de hardware describe la capacidad registrada; el sistema operativo o el hipervisor pueden exponer un entorno efectivo diferente. Un error de instrucción no válida también requiere investigar la instrucción que generó el fallo y la compilación del binario en sí, ya que la corrupción o una instrucción no compatible no relacionada pueden producir un síntoma similar.
Instale la versión de la aplicación, controlador o entorno de ejecución compatible con la plataforma exacta, y utilice la compilación de referencia o de contingencia documentada por el fabricante si es necesario. Una actualización de software no puede crear una instrucción de la que el procesador carece. Los cambios de firmware y directivas de seguridad deben seguir el procedimiento del fabricante del sistema y un plan de recuperación, en lugar de una fórmula de optimización genérica.
Fuentes y alcance de esta explicación
AMD CPUID Specification, publication 25481 · AMD64 Architecture Programmer's Manual, Volume 2: System Programming
Estas referencias establecen el comportamiento arquitectónico y los requisitos de software. No verifican de forma independiente cada valor de función en la página de un modelo de hardware vinculado. Para conocer la compatibilidad de un modelo, consulte las pruebas del fabricante en dicha página y compruebe la configuración efectiva del sistema. Este artículo no proporciona una prueba de rendimiento, certificación ni fecha de revisión independiente.
Fuentes y verificación
Titularidad editorial: Feex. No se registra ninguna fecha de revisión independiente. Cómo investigamos.
- AMD CPUID Specification, publication 25481 · Referencia de arquitectura archivada para funciones de CPUID y definiciones de bits consolidadas de AMD. Utilice la referencia de programación de procesadores actual para extensiones específicas de generaciones posteriores.
- AMD64 Architecture Programmer's Manual, Volume 2: System Programming · Programación de sistemas, SVM y traducción anidada, revisión 3.46. El visor de documentación actual requiere JavaScript; es posible que las URL de documentos más antiguos se hayan retirado.
¿Fue útil este artículo?
Un sí o un no es suficiente. Elija un motivo si lo desea o agregue una breve nota.
Gracias. Eso nos ayuda a mejorar esta página.