XDA hizo el caso este mes de que la peor GPU de juegos que tienes en tu cajón podría ser la mejor actualización que tu servidor doméstico jamás reciba. Eso es verdad, con una condición: la tarjeta solo se gana su lugar una vez que algo que no sea el host puede realmente usarla. Entregar una GPU física a una máquina virtual o contenedor es un problema separado de instalarla, y es la parte que consume un fin de semana. Probamos 8 de las mejores aplicaciones para GPU passthrough en un servidor doméstico, cubriendo el hipervisor que vincula la tarjeta, las correcciones a nivel del kernel para tarjetas que se niegan a reiniciarse, la capa de visualización que te permite ver el invitado, y la ruta de contenedor para personas que preferirían compartir la GPU que entregarla.
Qué buscar en una herramienta de GPU passthrough
Passthrough es un pila, no una sola aplicación, así que evalúa cada componente contra lo que tu hardware realmente puede hacer.
- Aislamiento de grupos IOMMU. Tu CPU y placa base deben soportar VT-d o AMD-Vi, y la GPU debe caer en un grupo IOMMU sin nada más importante. Las placas de consumidor a menudo agrupan la ranura x16 con controladores USB y NVMe, y luego pasas todo o nada.
- Gráficos del host después de que se vaya la tarjeta. Una vez que la GPU está vinculada a vfio-pci, el host la pierde. O bien el CPU tiene gráficos integrados, o necesitas una segunda tarjeta, o vas con GPU única y aceptas que el escritorio del host muere cuando arranca la VM.
- Comportamiento de reinicio. La tarjeta debe volver a un estado limpio cuando el invitado se apaga. Varias generaciones de AMD no lo hacen, y la solución es un módulo del kernel en lugar de un indicador de configuración.
- Cómo ves el invitado. Una GPU asignada a una VM genera en un puerto físico, no en tu administrador de ventanas del host. Algo tiene que cerrar esa brecha con latencia aceptable.
- Si realmente necesitas exclusividad. Las cargas de trabajo de transcodificación e inferencia generalmente funcionan bien en una GPU compartida en un contenedor. Passthrough completo es para invitados que necesitan un stack de driver real y una pantalla real.
- Realidad de licencias. NVIDIA vGPU en tarjetas de centro de datos requiere una licencia paga por invitado simultáneo. Intel SR-IOV en gráficos integrados no. Esa diferencia decide muchas compilaciones.
Comparación rápida
| Aplicación | Mejor para | Plataformas | Plan gratuito | Precio inicial | Característica destacada |
|---|---|---|---|---|---|
| Looking Glass | Ver una GPU pasada en el host | Host Linux, invitado Windows | Gratis, código abierto | Gratis | Relé de fotogramas de memoria compartida, sin salto de red |
| Proxmox VE | El hipervisor del servidor doméstico | Linux (metal desnudo) | Gratis, código abierto | Gratis, soporte de pago opcional | Mapeo de recursos PCI en la UI web |
| virt-manager | Passthrough en un escritorio o servidor Linux simple | Linux | Gratis, código abierto | Gratis | Control directo sobre XML de libvirt |
| vendor-reset | Tarjetas AMD que no se reinician | Linux | Gratis, código abierto | Gratis | Reinicio específico del dispositivo para Polaris, Vega, Navi |
| i915-sriov-dkms | Dividir una iGPU Intel entre VMs | Linux | Gratis, código abierto | Gratis | Hasta 7 funciones virtuales de una iGPU |
| NVIDIA Container Toolkit | Compartir una GPU en lugar de entregarla | Linux | Gratis, código abierto | Gratis | Una GPU, muchos contenedores, sin VFIO |
| Unraid | La UI de passthrough menos dolorosa | Linux (metal desnudo) | Prueba de 30 días | Licencia de pago único | Casilla de vinculación VFIO por dispositivo |
| Sunshine | Obtener la salida del invitado fuera de la caja | Windows, Linux, macOS | Gratis, código abierto | Gratis | Stream codificado por hardware a cualquier cliente Moonlight |
Las aplicaciones
1. Looking Glass: lo mejor para usar una GPU pasada sin un segundo monitor
Looking Glass resuelve el problema que hace que la mayoría de las personas se rindan en passthrough. La GPU está dentro del invitado Windows, el invitado renderiza en ella, y estás sentado en un host Linux que ya no puede ver nada de ello. Looking Glass copia fotogramas del invitado a una región de memoria compartida (IVSHMEM) y el cliente del host los dibuja en una ventana ordinaria, sin stack de red, sin codificador y sin paso de compresión entre medio. Por eso se siente diferente a VNC o RDP: obtienes tasas de actualización altas y latencia de entrada lo suficientemente baja para juegos, en la misma máquina física.
La configuración de 2026 es más fácil que la que describen la mayoría de las guías antiguas. Looking Glass Indirect Display Driver (LGIdd) se instala en el invitado Windows como un controlador de pantalla en modo usuario y crea un monitor virtual, lo que significa que el enchufe HDMI ficticio que solía ser obligatorio ya no lo es. También reemplaza la aplicación host anterior, así que hay una cosa menos corriendo dentro del invitado.
Donde se queda corto: Es solo host Linux a invitado Windows, y necesita passthrough real para existir primero. Looking Glass no crea una GPU para ti, muestra la que ya asignaste. El audio se maneja por separado, y el dispositivo de memoria compartida debe tener el tamaño correcto en la configuración de VM o el cliente se niega a conectarse.
Precios:
- Gratis: Completamente código abierto, GPL-2.0
- De pago: Ninguno
Plataformas: Linux (cliente del host), Windows (controlador del invitado)
Descargar: looking-glass.io · GitHub
Conclusión: Si el servidor y tu escritorio están en la misma máquina, Looking Glass es lo que hace que GPU passthrough valga la pena hacer en absoluto.
2. Proxmox VE: el mejor hipervisor gratuito para GPU passthrough en un servidor doméstico
Proxmox VE es donde ocurre la mayoría del GPU passthrough del servidor doméstico, porque es un hipervisor metal desnudo basado en Debian con una UI web sobre QEMU/KVM y LXC. Para GPU passthrough, te da una capa de mapeo de recursos PCI: registras la tarjeta como un recurso nombrado en el nodo, luego adjuntas ese mapeo a una VM en lugar de editar direcciones PCI sin procesar. Habilita IOMMU en la línea de comandos del kernel, coloca el controlador del host en la lista negra, vincula a vfio-pci, y la tarjeta aparece en la lista de hardware de VM.
Proxmox VE para GPU passthrough también cubre el caso de compartición. Desde NVIDIA vGPU Software 18, Proxmox ha sido una plataforma vGPU oficialmente soportada, con instancias vGPU adjuntas a invitados como dispositivos intermediados a través del mismo sistema de mapeo de recursos. Los gráficos integrados de Intel funcionan a través de funciones virtuales SR-IOV en kernels recientes, donde el controlador Xe reemplazó a i915.
Donde se queda corto: Las partes difíciles siguen siendo difíciles. La mala agrupación IOMMU en una placa base de consumidor no es algo que Proxmox pueda solucionar, y el parche de anulación de ACS que las personas usan debilita la garantía de aislamiento en la que depende passthrough. Espera al menos una edición de línea de comandos del kernel y un ciclo de reinicio antes de que funcione algo.
Precios:
- Gratis: Funcionalidad completa del repositorio sin suscripción
- De pago: Suscripción por socket para repositorio empresarial y soporte
Plataformas: Linux (instala metal desnudo)
Descargar: proxmox.com · Wiki de passthrough PCI
Conclusión: La respuesta por defecto para un servidor doméstico dedicado, y el que tiene la mayor documentación comunitaria cuando algo se rompe.
3. virt-manager: lo mejor para passthrough en una caja Linux que ya ejecutas
virt-manager es la interfaz gráfica para libvirt, y es la herramienta correcta cuando el servidor doméstico es solo una instalación de Linux que no querías reformatear en una distribución de hipervisor. Agrega un dispositivo host PCI al invitado, y libvirt maneja el traslado vfio-pci al iniciar VM y devuelve la tarjeta al apagarse. La interfaz expone el XML subyacente directamente, lo que importa aquí, porque la sintonización de passthrough vive en lugares a donde un asistente no te llevará: fijación de CPU, hugepages, ocultación del hipervisor de los controladores NVIDIA, y adjunción del dispositivo IVSHMEM que Looking Glass necesita.
Porque funciona sobre libvirt y QEMU/KVM, todo lo que aprendes se transfiere. El mismo XML de dominio funciona desde la línea de comandos con virsh, desde virt-install en un script, y en cualquier distribución que envíe libvirt.
Donde se queda corto: Sin UI web, así que o estás sentado en la máquina o reenvías una sesión a ella. No hay abstracción de mapeo de dispositivos incorporada como Proxmox, así que las direcciones PCI en el XML pueden cambiar si mueves tarjetas entre ranuras. Passthrough de GPU única, donde el host no tiene otros gráficos, necesita tus propios scripts de gancho de inicio y parada para derribar el administrador de pantalla y volver a vincular controladores.
Precios:
- Gratis: Completamente código abierto, GPL-2.0
- De pago: Ninguno
Plataformas: Linux
Descargar: virt-manager.org · GitHub
Conclusión: El camino más ligero hacia passthrough cuando el servidor es una máquina Linux de propósito general en lugar de un hipervisor dedicado.
4. vendor-reset: lo mejor para tarjetas AMD que se cuelgan en el apagado de VM
vendor-reset existe por una falla específica e irritante: apagas el invitado, intentas iniciarlo de nuevo, y la GPU se ha ido hasta que todo el host se reinicia. Varias generaciones de AMD no implementan un reinicio a nivel de función que funcione, así que la tarjeta termina en un estado del que el kernel no puede recuperarse. vendor-reset es un módulo del kernel Linux que engancha la ruta de reinicio con ftrace y aplica secuencias de reinicio específicas del dispositivo, sin necesidad de parchar el kernel.
La cobertura incluye Polaris (RX 470, 480, 570, 580, 590 y las partes portátiles 5xx), Vega 56 y 64, Radeon VII, Instinct MI100, y tarjetas Navi incluyendo 5600 XT, 5700 y 5700 XT. Son exactamente las tarjetas que se venden barato de segunda mano ahora, lo que hace que este módulo sea silenciosamente esencial para el lector que acaba de comprar uno. Instálalo como módulo DKMS y establece el método de reinicio para el dispositivo afectado en device_specific.
Donde se queda corto: No es universal. Si tu tarjeta está fuera de las familias soportadas, este módulo no ayudará, y algunos usuarios aún encuentran casos extremos donde un fallo de invitado en lugar de un apagado limpio deja el dispositivo atascado. Es un módulo del kernel, así que las actualizaciones del kernel pueden requerir una reconstrucción.
Precios:
- Gratis: Completamente código abierto, GPL-2.0
- De pago: Ninguno
Plataformas: Linux
Descargar: GitHub
Conclusión: Instálalo antes de concluir que tu tarjeta AMD usada es incompatible con passthrough, porque usualmente no lo es.
5. i915-sriov-dkms: lo mejor para dividir una iGPU Intel entre varias VMs
i915-sriov-dkms toma una posición diferente: en lugar de dedicar una tarjeta a un invitado, convierte una GPU integrada Intel en múltiples funciones virtuales que varias VMs pueden sostener a la vez. El proyecto empaqueta el código del controlador i915 y xe compatible con SR-IOV como módulo DKMS para kernels que no lo envían, y en Intel UHD Graphics puede exponer hasta 7 funciones virtuales. Para un servidor doméstico que es una caja Intel de forma pequeña, esta es la diferencia entre una VM obteniendo aceleración de hardware y cada VM obteniéndola.
También responde el problema de la segunda GPU de una manera útil. Si el iGPU puede ser dividido, el host mantiene una función para sí mismo y la tarjeta discreta permanece libre para un invitado de peso pesado, o completamente omites la tarjeta discreta.
Donde se queda corto: El proyecto se describe como altamente experimental y dirigido por la comunidad, sin afiliación con Intel. Rastrea rangos de versión de kernel específicos, así que una actualización del kernel del host puede romper la compilación hasta que el módulo se ponga al día. Las plataformas Intel recientes se han movido al controlador xe de mainline, lo que cambia la ruta de configuración dependiendo de la generación que poseas, y algunas configuraciones de Meteor Lake y Lunar Lake no se cubren.
Precios:
- Gratis: Completamente código abierto, GPL-2.0
- De pago: Ninguno
Plataformas: Linux
Descargar: GitHub
Conclusión: El mejor valor en virtualización de GPU si tu servidor ya tiene una iGPU Intel que no hace nada.
6. NVIDIA Container Toolkit: lo mejor para compartir la GPU en lugar de entregarla
NVIDIA Container Toolkit es la alternativa honesta a passthrough para la mayoría de cargas de trabajo de servidor doméstico. En lugar de vincular la tarjeta a vfio-pci y encerrarla en una VM, cablea el controlador NVIDIA del host y nodos de dispositivo en contenedores, así que múltiples contenedores pueden usar la misma GPU simultáneamente. Instala el controlador del host, instala el toolkit, y los contenedores obtienen acceso a GPU con un indicador de tiempo de ejecución. El toolkit CUDA no se requiere en el host.
Para un servidor doméstico, eso cubre una gran parte de las razones por las que alguien coloca una GPU en la caja en primer lugar. Evita cada problema de agrupación IOMMU, cada error de reinicio, y el requisito de gráficos de host separados, porque el controlador del host nunca suelta la tarjeta. La ruta equivalente para contenedores del sistema es Incus, que tiene un tipo de dispositivo gpu que puede adjuntar una GPU física, una función virtual SR-IOV, o un dispositivo intermediado a contenedores y VMs.
Donde se queda corto: Los contenedores comparten una versión de controlador con el host, así que un invitado que necesita un stack de controlador diferente, espacio de usuario Windows, o salida de pantalla real está fuera del alcance. No es un sustituto para passthrough cuando el objetivo es una VM de juegos. También es solo para NVIDIA.
Precios:
- Gratis: Completamente código abierto, Apache-2.0
- De pago: Ninguno
Plataformas: Linux
Conclusión: Prueba esto primero. Una gran cantidad de personas que pasaron un fin de semana en VFIO en realidad no necesitaban una VM.
7. Unraid: la mejor opción de pago para passthrough sin arqueología de configuración
Unraid es el SO del servidor doméstico comercial que hizo que GPU passthrough fuera manejable, y sigue siendo el camino más rápido de metal desnudo a una VM de juegos funcional. El gestor de VM en la UI web enumera dispositivos PCI con sus grupos IOMMU visibles, y vincular un dispositivo a VFIO es una casilla en lugar de un parámetro de línea de comandos del kernel que editas a mano. Adjunta la GPU y su función de audio a un invitado Windows o macOS, apúntalo a un ISO de controlador VirtIO, e inicia. Los contenedores Docker y el array funcionan lado a lado en la misma caja.
Unraid también expone la información que hace que otras herramientas excavues. Ver qué dispositivos comparten un grupo IOMMU antes de que te comprometas ahorra la frustración específica de descubrir, tres horas después, que tu GPU comparte un grupo con el controlador USB.
Donde se queda corto: Es de pago, con niveles basados en cuántos dispositivos de almacenamiento adjuntas y un modelo de renovación para actualizaciones de características continuadas después del período incluido. El array es opinado y se construye alrededor de la paridad en lugar de un pool rayado, lo que no todos quieren. La sintonización avanzada de passthrough aún te deja en virsh y XML sin procesar, como en cualquier otro lugar.
Precios:
- Gratis: Prueba de 30 días con funcionalidad completa
- De pago: Licencia de pago único, escalonada por cantidad de dispositivos adjuntos, con actualizaciones de pago opcional para actualizaciones de características posteriores
Plataformas: Linux (arranca desde USB, metal desnudo)
Descargar: unraid.net
Conclusión: Vale la pena la licencia si tu tiempo vale más que el precio y quieres que passthrough funcione esta noche.
8. Sunshine: lo mejor para llegar a una VM passthrough desde cualquier parte de la casa
Sunshine es la última opción porque responde una pregunta que otras herramientas ignoran. Looking Glass asume que estás sentado en el servidor. La mayoría de los servidores domésticos están en un armario, estante o sótano. Sunshine funciona dentro del invitado que ahora posee la GPU, codifica su salida con el codificador de hardware de esa GPU, y transmite a un cliente Moonlight en una computadora portátil, teléfono, tableta, caja de TV o Steam Deck. La tarjeta pasada hace la codificación, así que el costo para el invitado es pequeño.
Los hosts de Sunshine se ejecutan en Windows 11, Linux, macOS 14.2 y posteriores, y FreeBSD, y los clientes Moonlight existen para casi todas las plataformas. En un invitado Linux funciona sin cabeza con una pantalla virtual; en Windows quiere una pantalla presente, que es donde un controlador de pantalla virtual o el monitor virtual del invitado entra.
Donde se queda corto: Es un stream de red, así que conlleva latencia de codificación y decodificación que Looking Glass no tiene. En una LAN cableada eso está bien para la mayoría de juegos y todas las tareas de escritorio, pero no es la misma experiencia que memoria compartida en la misma máquina. La configuración es un trabajo por invitado en lugar de por host.
Precios:
- Gratis: Completamente código abierto, GPL-3.0
- De pago: Ninguno
Plataformas: Windows, Linux, macOS
Conclusión: Empareja con Looking Glass en lugar de elegir entre ellos: uno para cuando estés en el servidor, uno para cuando no.
Cómo elegir el correcto
- Si el servidor también es tu escritorio: Proxmox VE o virt-manager para passthrough, Looking Glass para pantalla.
- Si el servidor vive en un armario: cualquier hipervisor más Sunshine y Moonlight, porque nunca volverás a enchufar un monitor en él.
- Si solo quieres Plex, Jellyfin, o un modelo local para usar la tarjeta: NVIDIA Container Toolkit, y omite passthrough por completo.
- Si tu tarjeta es RX 580, Vega, o 5700 XT: instala vendor-reset primero, luego configura la VM.
- Si la caja es una máquina Intel de forma pequeña sin ranura PCIe: i915-sriov-dkms, y divide el iGPU.
- Si varias VMs cada una necesitan gráficos: SR-IOV en Intel, o NVIDIA vGPU con las licencias que requiere.
- Si quieres que funcione esta noche y pagarás por eso: Unraid.
- Si intentaste passthrough en una placa base de consumidor e impactaste un grupo IOMMU gigante: verifica si una ranura PCIe diferente se agrupa mejor antes de llegar al parche de anulación de ACS, que comercia aislamiento real por comodidad.
Preguntas frecuentes
¿Qué necesito para GPU passthrough en un servidor doméstico? CPU y placa base con soporte IOMMU (Intel VT-d o AMD-Vi) habilitado en firmware, una GPU que caiga en un grupo IOMMU usable, y una forma para que el host siga mostrando algo después de que la tarjeta se pase. Esa última parte significa gráficos integrados, una segunda GPU, o una configuración de GPU única con scripts de gancho.
¿NVIDIA sigue bloqueando GPU passthrough con Code 43? No. NVIDIA dejó de bloquear la virtualización en tarjetas GeForce desde el controlador 465.89 en adelante, y la virtualización ahora es oficialmente soportada en tarjetas de consumidor. Guías antiguas que te dicen que ocultes la bandera CPUID del hipervisor describen un problema que ya no se aplica a los controladores actuales, aunque la configuración es inofensiva si ya está en tu config.
¿Por qué mi GPU AMD solo funciona una vez por arranque del host? Ese es el error de reinicio de AMD. Varias tarjetas Polaris, Vega y Navi no implementan un reinicio que funcione, así que la GPU no se puede recuperar después del apagado del invitado. El módulo del kernel vendor-reset agrega secuencias de reinicio específicas del dispositivo para las familias afectadas y generalmente lo soluciona.
¿Pueden dos VMs compartir una GPU? No con passthrough simple, que es exclusivo para un invitado a la vez. El compartir requiere funciones virtuales SR-IOV (disponibles en gráficos integrados Intel recientes y en algunas tarjetas de centro de datos) o NVIDIA vGPU, que se licencian por invitado simultáneo en hardware soportado. Para contenedores en lugar de VMs, NVIDIA Container Toolkit o Incus pueden compartir una GPU libremente.
¿Necesito un enchufe HDMI ficticio para Looking Glass? No con la configuración actual. Looking Glass Indirect Display Driver crea un monitor virtual dentro del invitado Windows, lo que elimina el requisito de enchufe ficticio que describen las guías antiguas.
¿Es Hyper-V una opción realista para esto? Raramente en casa. La asignación de dispositivos discretos requiere hardware de clase servidor con control nativo de PCI Express y soporte ACS en el complejo raíz PCIe, y no es compatible con Windows 10 o 11 Pro. La partición de GPU en Windows Server 2025 es el camino más nuevo, pero los requisitos de hardware y edición aún lo ponen fuera de la mayoría de builds caseras.
