VT-d

Lo que necesita saber

Cómo funciona

Una unidad de reasignación de E/S traduce y comprueba las transacciones DMA de los dispositivos utilizando estructuras de traducción y dominios configurados. La reasignación de interrupciones es una capacidad afín con sus propios requisitos. El firmware describe el hardware de reasignación y las relaciones de los dispositivos al SO, el cual debe establecer el aislamiento y las asignaciones adecuadas.

Dónde resulta útil

Un hipervisor puede utilizar la reasignación de DMA al asignar un dispositivo adecuado a una VM, mientras que un SO puede usarla para restringir el acceso a la memoria por parte de los dispositivos. La topología de los dispositivos, los grupos de aislamiento, el comportamiento ante reinicios y la compatibilidad de los controladores condicionan si una asignación determinada es segura y compatible.

Cómo comprobar la compatibilidad y la habilitación

Compruebe la compatibilidad con VT-d y la configuración de firmware del fabricante del sistema, la descripción DMAR de la plataforma y el estado de la IOMMU en el SO/hipervisor. Verifique los requisitos de aislamiento y reinicio exactos del dispositivo antes del passthrough.

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

Un campo de VT-d no demuestra que cada dispositivo PCIe se pueda asignar de forma independiente, que las tablas de firmware sean correctas ni que la protección DMA esté habilitada. VT-x y EPT no sustituyen a VT-d. Cambiar la directiva de almacenamiento o de reasignación puede afectar a dispositivos activos.

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

1. 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.
2. 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.
3. 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.
4. 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.
5. 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.

Funciones relacionadas y distinciones útiles

IOMMU · VT-x · Extended Page Tables (EPT)

Fuentes y alcance de esta explicación

Intel Virtualization Technology for Directed I/O Architecture Specification · Kernel de Linux: acceso a dispositivos mediante VFIO y grupos de IOMMU

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.

Relacionado

Estas entidades se conectan a este artículo. El tipo se muestra en cada enlace.

Fuentes y verificación

Titularidad editorial: Feex. No se registra ninguna fecha de revisión independiente. Cómo investigamos.

• Intel Virtualization Technology for Directed I/O Architecture Specification · Arquitectura de reasignación de DMA, dominios de traducción, reasignación de interrupciones y estructuras de notificación de firmware. La compatibilidad de la plataforma debe establecerse de forma independiente.
• Kernel de Linux: acceso a dispositivos mediante VFIO y grupos de IOMMU · Explica los grupos de aislamiento, la propiedad de los dispositivos y las restricciones pertinentes para el paso directo (passthrough). No es una lista de compatibilidad para una placa base en particular.