¿Puedo usar VT-D con un host de Windows para una VM?


4

Tengo un sistema de juego bastante robusto en el que también ejecuto máquinas virtuales profesionales. En este momento, ejecuta Windows 8 y el software de máquina virtual Hyper V incorporado y tiene un Core i7 3770 (que a diferencia del modelo desbloqueado, debe ser compatible con VT-D), un Asus P8Z77V y una tarjeta de video gforce 660 (también asus).

Me imagino que si pudiera usar VT-D podría agregar una tarjeta 3d dedicada barata para una VM, en caso de que quisiera algo más que lo 'básico'. Sé que KVM y Xen admiten esto hasta cierto punto en Linux, pero ¿puedo hacerlo en Windows? Estoy abierto a cambiar el software de VM si es necesario.

Respuestas:


4

Respuesta corta: no, no en Windows. Ninguno de los softwares de VM que pueden ejecutarse dentro de Windows admite VT-d, y no estoy seguro de que puedan hacerlo mientras continúen ejecutándose dentro de Windows (en lugar de Windows y todo lo demás que se ejecuta dentro de ellos). Sin embargo, si su preocupación es simplemente ejecutar Windows y Linux, los cuales tienen acceso a una GPU, entonces el efecto se puede lograr utilizando un hipervisor como XEN, KVM o ESX que admite VT-d. Lamentablemente, aunque hyper-v es un software VM tipo hipervisor como Xen, KVM y ESX, no es compatible con VT-d como lo hacen y no dará dispositivos PCI a nada, excepto a la instalación principal de Windows.

Más allá de eso, hay otras preocupaciones que enumeraré a continuación que afectarán su sistema a menos que algo cambie significativamente en el futuro cercano. El resumen es que no todas las placas base admiten vt-d y las GPU AMD baratas son más fáciles de enviar que las GPU NVidia baratas para enviarlas a la máquina virtual.

Primero, le recomiendo que nos diga su modelo de placa base, ya que VT-d también debe ser compatible con el conjunto de chips y luego en el BIOS / UEFI, y no todos los modelos lo hacen, incluso si técnicamente tienen la combinación correcta de conjunto de chips y CPU. Asus no hace una sola placa que funcione con VT-d, Asrock y Gigabyte tienen soporte en la mayoría de sus placas Z77 / H77 / Q77, especialmente Asrock. No he investigado a MSI, Intel u otras compañías por sus niveles de soporte.

En segundo lugar, pasar una tarjeta VGA a una máquina virtual es un poco más complejo que pasar por una tarjeta de sonido más simple, un adaptador de host USB, NIC o adaptador Sata (todo lo cual hice, y funcionaron sin ningún problema). Solo he oído hablar de hipervisores como Xen, KVM y ESXi. Hyper-V no es compatible con VT-d y, por lo tanto, tampoco puede admitir la transferencia VGA. Las tarjetas gráficas AMD han tenido una tasa de éxito mucho mayor que NVidia. Mi experiencia es con Xen, por lo que reuní en el momento en que el soporte de KVM era menos maduro, y no probé ESX.

Mi Radeon HD 6950s y una Radeon HD 3750 funcionaron sin problemas, pero cada VM solo podía tomar una a la vez (por lo que no hay esperanza de fuego cruzado). Por otro lado, mi NVidia GTX 480s se negó a funcionar, y a otros también les resultó difícil hacer funcionar las tarjetas NVidia que no sean Quadro de gama alta. Los pasos incluyeron la compilación de revisiones de XEN específicas de la fuente con código modificado, retirando la BIOS de la GPU de la tarjeta y haciendo que XEN la ejecute manualmente desde el disco duro en el inicio de la VM, y también descubriendo qué rangos de memoria estaba usando la tarjeta NVidia y obligando a la VM a usar esos rangos, ya que no pudo hacer esto automáticamente. Esperemos que las tarjetas NVidia se hayan vuelto más fáciles de manejar, pero no cruzaría los dedos sobre eso.


Sí, este parece ser el caso, y he aceptado su respuesta, porque responde la pregunta que hice y las preguntas que debería haber hecho. Curiosamente, el mío es un asus, por lo que esto puede no haber funcionado de todos modos. ¿Cómo lo comprobarías?
Journeyman Geek
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.