Ferramentas de GPU passthrough para servidor doméstico

XDA apresentou este mês o argumento de que a pior GPU para jogos que está na sua gaveta pode ser o melhor upgrade que seu servidor doméstico jamais receberá. Isso é verdade, com uma condição: a placa só ganha seu lugar quando algo além do host consegue realmente usá-la. Entregar uma GPU física para uma máquina virtual ou contêiner é um problema separado de instalá-la, e é essa a parte que consome um fim de semana. Testamos 8 dos melhores aplicativos para GPU passthrough em um servidor doméstico, cobrindo o hipervisor que vincula a placa, as correções ao nível do kernel para placas que se recusam a fazer reset, a camada de display que permite você ver o convidado, e a rota de contêiner para quem prefere compartilhar a GPU do que abrir mão dela.

O que procurar em uma ferramenta de GPU passthrough

Passthrough é uma pilha, não um aplicativo único, então avalie cada componente contra o que seu hardware realmente consegue fazer.

Comparação rápida

Aplicativo Melhor para Plataformas Plano gratuito Preço inicial Recurso destacado
Looking Glass Ver uma GPU passthrough no host Host Linux, convidado Windows Gratuito, open source Gratuito Retransmissão de frames de memória compartilhada, sem salto de rede
Proxmox VE O hipervisor do servidor doméstico Linux (bare metal) Gratuito, open source Gratuito, suporte pago opcional Mapeamento de recursos PCI na UI web
virt-manager Passthrough em um desktop ou servidor Linux simples Linux Gratuito, open source Gratuito Controle direto sobre XML libvirt
vendor-reset Placas AMD que não resetam Linux Gratuito, open source Gratuito Reset específico do dispositivo para Polaris, Vega, Navi
i915-sriov-dkms Dividindo uma iGPU Intel entre VMs Linux Gratuito, open source Gratuito Até 7 funções virtuais de um iGPU
NVIDIA Container Toolkit Compartilhando uma GPU em vez de entregar Linux Gratuito, open source Gratuito Uma GPU, muitos contêineres, sem VFIO
Unraid A UI de passthrough menos dolorosa Linux (bare metal) Versão de teste 30 dias Licença paga única Caixa de seleção de vinculação VFIO por dispositivo
Sunshine Obtendo a saída do convidado da caixa Windows, Linux, macOS Gratuito, open source Gratuito Stream codificado por hardware para qualquer cliente Moonlight

Os aplicativos

1. Looking Glass: melhor para usar uma GPU passthrough sem um segundo monitor

Looking Glass resolve o problema que faz a maioria das pessoas desistir do passthrough. A GPU está dentro do convidado Windows, o convidado renderiza para ela, e você está sentado em um host Linux que não consegue mais ver nada. Looking Glass copia frames do convidado para uma região de memória compartilhada (IVSHMEM) e o cliente host os desenha em uma janela comum, sem stack de rede, sem encoder, e sem passagem de compressão entre. É por isso que parece diferente de VNC ou RDP: você obtém altas taxas de atualização e latência de entrada baixa o suficiente para jogos, na mesma máquina física.

A configuração de 2026 é mais fácil do que a descrita pela maioria dos guias antigos. Looking Glass Indirect Display Driver (LGIdd) instala no convidado Windows como um driver de display em modo de usuário e cria um monitor virtual, o que significa que o plugue HDMI fictício que costumava ser obrigatório não é mais. Também substitui a aplicação host anterior, então há uma coisa a menos rodando dentro do convidado.

Onde fica aquém: É apenas host Linux para convidado Windows, e precisa que passthrough real exista primeiro. Looking Glass não cria uma GPU para você, exibe a que você já atribuiu. Áudio é tratado separadamente, e o dispositivo de memória compartilhada deve ter o tamanho correto na config da VM ou o cliente recusa se conectar.

Preços:

Plataformas: Linux (cliente host), Windows (driver convidado)

Download: looking-glass.io · GitHub

Conclusão: Se o servidor e sua mesa estão na mesma máquina, Looking Glass é o que faz GPU passthrough valer a pena fazer de verdade.

2. Proxmox VE: melhor hipervisor gratuito para GPU passthrough em servidor doméstico

Proxmox VE é onde a maioria do GPU passthrough de servidor doméstico acontece, porque é um hipervisor bare metal baseado em Debian com UI web sobre QEMU/KVM e LXC. Para GPU passthrough, ele lhe dá uma camada de mapeamento de recursos PCI: você registra a placa como um recurso nomeado no nó, depois anexa esse mapeamento a uma VM em vez de editar endereços PCI brutos. Ative IOMMU na linha de comando do kernel, coloque o driver host na lista negra, vincule a vfio-pci, e a placa aparece na lista de hardware da VM.

Proxmox VE para GPU passthrough também cobre o caso de compartilhamento. Desde NVIDIA vGPU Software 18, Proxmox tem sido uma plataforma vGPU oficialmente suportada, com instâncias vGPU anexadas a convidados como dispositivos mediados através do mesmo sistema de mapeamento de recursos. Gráficos integrados Intel funcionam através de funções virtuais SR-IOV em kernels recentes, onde o driver Xe substituiu i915.

Onde fica aquém: As partes difíceis permanecem difíceis. Um agrupamento IOMMU ruim em uma placa-mãe de consumidor não é algo que Proxmox possa corrigir, e o patch de override ACS que as pessoas buscam enfraquece a garantia de isolamento da qual o passthrough depende. Espere pelo menos uma edição de linha de comando do kernel e um ciclo de reinicialização antes que qualquer coisa funcione.

Preços:

Plataformas: Linux (instala bare metal)

Download: proxmox.com · Wiki de passthrough PCI

Conclusão: A resposta padrão para uma caixa de servidor doméstico dedicada, e a que tem mais documentação comunitária quando algo quebra.

3. virt-manager: melhor para passthrough em uma caixa Linux que você já executa

virt-manager é a interface gráfica para libvirt, e é a ferramenta correta quando o servidor doméstico é apenas uma instalação Linux que você não quis reformatar em uma distribuição de hipervisor. Adicione um dispositivo host PCI ao convidado, e libvirt trata a passagem vfio-pci no início da VM e devolve a placa ao desligar. A interface expõe o XML subjacente diretamente, o que importa aqui, porque a sintonia de passthrough vive em lugares onde um assistente não o levará: pinning de CPU, hugepages, ocultação do hipervisor de drivers NVIDIA, e anexação do dispositivo IVSHMEM que Looking Glass precisa.

Porque funciona sobre libvirt e QEMU/KVM, tudo o que você aprende se transfere. O mesmo XML de domínio funciona da linha de comando com virsh, de virt-install em um script, e em qualquer distribuição que envie libvirt.

Onde fica aquém: Sem UI web, então você está sentado na máquina ou encaminhando uma sessão para ela. Nenhuma abstração de mapeamento de dispositivos integrada como Proxmox, então endereços PCI no XML podem mudar se você mover placas entre slots. Passthrough de GPU única, onde o host não tem outros gráficos, precisa de seus próprios scripts de hook de início e parada para derribar o gerenciador de display e re-vincular drivers.

Preços:

Plataformas: Linux

Download: virt-manager.org · GitHub

Conclusão: O caminho mais leve para passthrough quando o servidor é uma máquina Linux de propósito geral em vez de um hipervisor dedicado.

4. vendor-reset: melhor para placas AMD que travam no desligamento da VM

vendor-reset existe por uma falha específica e irritante: você desliga o convidado, tenta iniciá-lo novamente, e a GPU se foi até que todo o host reinicialize. Várias gerações de AMD não implementam um reset ao nível de função que funcione, então a placa termina em um estado que o kernel não consegue recuperar. vendor-reset é um módulo do kernel Linux que engancha a rota de reset com ftrace e aplica sequências de reset específicas do dispositivo, sem necessidade de patches no kernel.

A cobertura inclui Polaris (RX 470, 480, 570, 580, 590 e as partes de laptop 5xx), Vega 56 e 64, Radeon VII, Instinct MI100, e placas Navi incluindo 5600 XT, 5700 e 5700 XT. Estas são exatamente as placas vendidas barato de segunda mão agora, o que torna este módulo silenciosamente essencial para o leitor que acabou de comprar um. Instale como módulo DKMS e defina o método de reset para o dispositivo afetado como device_specific.

Onde fica aquém: Não é universal. Se sua placa está fora das famílias suportadas, este módulo não ajudará, e alguns usuários ainda atingem casos extremos onde um travamento de convidado em vez de um desligamento limpo deixa o dispositivo preso. É um módulo do kernel, então upgrades do kernel podem exigir reconstrução.

Preços:

Plataformas: Linux

Download: GitHub

Conclusão: Instale antes de concluir que sua placa AMD usada é incompatível com passthrough, porque geralmente não é.

5. i915-sriov-dkms: melhor para dividir uma iGPU Intel entre várias VMs

i915-sriov-dkms toma uma posição diferente: em vez de dedicar uma placa a um convidado, transforma uma GPU integrada Intel em múltiplas funções virtuais que várias VMs podem manter simultaneamente. O projeto empacota o código do driver i915 e xe compatível com SR-IOV como módulo DKMS para kernels que não o enviam, e em Intel UHD Graphics pode expor até 7 funções virtuais. Para um servidor doméstico que é uma caixa Intel de pequeno fator, esta é a diferença entre uma VM obtendo aceleração de hardware e cada VM obtendo.

Isso também responde o problema da segunda GPU de uma forma útil. Se o iGPU pode ser dividido, o host mantém uma função para si mesmo e a placa discreta permanece livre para um convidado pesado, ou você completamente pula a placa discreta.

Onde fica aquém: O projeto se descreve como altamente experimental e executado pela comunidade, sem afiliação Intel. Ele rastreia faixas de versão de kernel específicas, então um upgrade do kernel do host pode quebrar a compilação até que o módulo alcance. Plataformas Intel recentes passaram para o driver xe mainline, o que muda a rota de configuração dependendo da geração que você possui, e algumas configurações Meteor Lake e Lunar Lake não são cobertas.

Preços:

Plataformas: Linux

Download: GitHub

Conclusão: O melhor valor em virtualização de GPU se seu servidor já tem uma iGPU Intel fazendo nada.

6. NVIDIA Container Toolkit: melhor para compartilhar a GPU em vez de entregar

NVIDIA Container Toolkit é a alternativa honesta ao passthrough para a maioria das cargas de trabalho de servidor doméstico. Em vez de vincular a placa a vfio-pci e trancá-la dentro de uma VM, ele conecta o driver NVIDIA do host e nós de dispositivo em contêineres, então múltiplos contêineres podem usar a mesma GPU simultaneamente. Instale o driver host, instale o kit de ferramentas, e contêineres obtêm acesso GPU com um sinalizador de tempo de execução. O kit de ferramentas CUDA não é necessário no host.

Para um servidor doméstico, isso cobre uma grande parte das razões pelas quais alguém coloca uma GPU na caixa em primeiro lugar. Evita cada problema de agrupamento IOMMU, cada bug de reset, e o requisito de gráficos host separados, porque o driver host nunca solta a placa. A rota equivalente para contêineres de sistema é Incus, que tem um tipo de dispositivo gpu que pode anexar uma GPU física, uma função virtual SR-IOV, ou um dispositivo mediado a contêineres e VMs.

Onde fica aquém: Contêineres compartilham uma versão de driver com o host, então um convidado que precisa de um stack de driver diferente, espaço de usuário Windows, ou saída de display real está fora do escopo. Não é um substituto para passthrough quando o objetivo é uma VM de jogos. Também é apenas para NVIDIA.

Preços:

Plataformas: Linux

Download: GitHub · Incus

Conclusão: Tente isto primeiro. Um grande número de pessoas que passaram um fim de semana em VFIO na verdade não precisavam de uma VM.

7. Unraid: melhor opção paga para passthrough sem arqueologia de configuração

Unraid é o SO do servidor doméstico comercial que tornou GPU passthrough viável, e ainda é o caminho mais rápido do bare metal para uma VM de jogos funcionando. O gerenciador de VM na UI web lista dispositivos PCI com seus grupos IOMMU visíveis, e vincular um dispositivo a VFIO é uma caixa de seleção em vez de um parâmetro de linha de comando do kernel que você edita manualmente. Anexe a GPU e sua função de áudio a um convidado Windows ou macOS, aponte para um ISO de driver VirtIO, e inicie. Contêineres Docker e o array funcionam lado a lado na mesma caixa.

Unraid também expõe informações que outras ferramentas fazem você cavar. Ver quais dispositivos compartilham um grupo IOMMU antes de se comprometer poupa a frustração específica de descobrir, três horas depois, que sua GPU compartilha um grupo com o controlador USB.

Onde fica aquém: É pago, com níveis baseados em quantos dispositivos de armazenamento você anexa e um modelo de renovação para atualizações de recursos contínuas após o período incluído. O array é opinativo e construído em torno de paridade em vez de um pool listrado, o que nem todos querem. A sintonização avançada de passthrough ainda o deixa em virsh e XML bruto, como em qualquer outro lugar.

Preços:

Plataformas: Linux (inicia da USB, bare metal)

Download: unraid.net

Conclusão: Vale a pena a licença se seu tempo vale mais que o preço e você quer passthrough funcionando esta noite.

8. Sunshine: melhor para alcançar uma VM passthrough de qualquer lugar da casa

Sunshine é a última escolha porque responde a uma pergunta que outras ferramentas ignoram. Looking Glass assume que você está sentado no servidor. A maioria dos servidores domésticos estão em um armário, rack ou porão. Sunshine funciona dentro do convidado que agora possui a GPU, codifica sua saída com o encoder de hardware dessa GPU, e a transmite para um cliente Moonlight em um laptop, telefone, tablet, caixa de TV ou Steam Deck. A placa passthrough faz a codificação, então o custo para o convidado é pequeno.

Hosts Sunshine rodam em Windows 11, Linux, macOS 14.2 e posterior, e FreeBSD, e clientes Moonlight existem para quase todas as plataformas. Em um convidado Linux funciona sem cabeça com um display virtual; em Windows quer um display presente, que é onde um driver de display virtual ou o monitor virtual do convidado entra.

Onde fica aquém: É um stream de rede, então carrega latência de codificação e decodificação que Looking Glass não tem. Sobre uma LAN com fio está bem para a maioria dos jogos e todas as tarefas de desktop, mas não é a mesma experiência que memória compartilhada na mesma máquina. Setup é um trabalho por convidado em vez de por host.

Preços:

Plataformas: Windows, Linux, macOS

Download: GitHub · Moonlight

Conclusão: Emparelhe com Looking Glass em vez de escolher entre eles: um para quando você está no servidor, um para quando não está.

Como escolher o correto

Perguntas frequentes

De que preciso para GPU passthrough em um servidor doméstico? CPU e placa-mãe com suporte IOMMU (Intel VT-d ou AMD-Vi) ativado no firmware, uma GPU que caia em um grupo IOMMU usável, e uma forma para o host continuar exibindo algo depois que a placa é passada. A última parte significa gráficos integrados, uma segunda GPU, ou uma configuração de GPU única com scripts de hook.

NVIDIA ainda bloqueia GPU passthrough com Code 43? Não. NVIDIA parou de bloquear virtualização em placas GeForce a partir do driver 465.89 e posteriores, e a virtualização agora é oficialmente suportada em placas de consumidor. Guias antigos que dizem para você esconder a flag CPUID do hipervisor descrevem um problema que não se aplica mais aos drivers atuais, embora a configuração seja inofensiva se já está em sua config.

Por que minha GPU AMD funciona apenas uma vez por inicialização do host? Esse é o bug de reset da AMD. Várias placas Polaris, Vega e Navi não implementam um reset que funcione, então a GPU não pode ser reclamada após o desligamento do convidado. O módulo do kernel vendor-reset adiciona sequências de reset específicas do dispositivo para as famílias afetadas e geralmente corrige.

Duas VMs podem compartilhar uma GPU? Não com passthrough simples, que é exclusivo para um convidado por vez. Compartilhamento requer funções virtuais SR-IOV (disponível em gráficos integrados Intel recentes e em algumas placas de data center) ou NVIDIA vGPU, que é licenciado por convidado simultâneo em hardware suportado. Para contêineres em vez de VMs, NVIDIA Container Toolkit ou Incus podem compartilhar uma GPU livremente.

Preciso de um plugue HDMI fictício para Looking Glass? Não com a configuração atual. Looking Glass Indirect Display Driver cria um monitor virtual dentro do convidado Windows, o que remove o requisito de plugue fictício que guias antigos descrevem.

Hyper-V é uma opção realista para isto? Raramente em casa. Discrete Device Assignment requer hardware de classe servidor com Native PCI Express Control e suporte ACS no complexo raiz PCIe, e não é suportado em Windows 10 ou 11 Pro. Particionamento de GPU em Windows Server 2025 é o caminho mais novo, mas os requisitos de hardware e edição ainda o colocam fora da maioria dos builds caseiros.