Pular para o conteúdo

VT-d

Referência de arquiteturaFeex

Também chamado de VT-d (DMA Remapping)

O Intel VT-d fornece recursos de E/S direcionada, como o remapeamento de DMA sob controle da plataforma e do sistema operacional. É um recurso de plataforma distinto da virtualização de execução de CPU por meio do VT-x.

O que você precisa saber

O Intel VT-d fornece recursos de E/S direcionada, como o remapeamento de DMA sob controle da plataforma e do sistema operacional. É um recurso de plataforma distinto da virtualização de execução de CPU por meio do VT-x.

Como funciona

Uma unidade de remapeamento de E/S traduz e verifica transações DMA de dispositivos usando domínios e estruturas de tradução configurados. O remapeamento de interrupções é uma capacidade relacionada com seus próprios requisitos. O firmware descreve o hardware de remapeamento e as relações de dispositivos para o SO, que deve estabelecer os mapeamentos e o isolamento apropriados.

Onde é útil

Um hipervisor pode usar o remapeamento de DMA ao atribuir um dispositivo adequado a uma VM, enquanto um SO pode usá-lo para restringir o acesso de dispositivos à memória. Topologia de dispositivos, grupos de isolamento, comportamento de redefinição e suporte a drivers afetam se uma atribuição específica é segura e suportada.

Como verificar o suporte e a ativação

Verifique o suporte a VT-d e a configuração de firmware do fabricante do sistema, a descrição DMAR da plataforma e o status de IOMMU do SO/hipervisor. Verifique os requisitos exatos de isolamento e redefinição do dispositivo antes do passthrough.

Uma implantação virtualizada possui várias camadas: capacidade física, permissão do firmware, o hipervisor host ativo, capacidades expostas ao convidado e suporte do SO convidado. Verifique a camada em que a operação realmente é executada, incluindo virtualização aninhada quando relevante.

O que o recurso não estabelece

Um campo VT-d não comprova que todo dispositivo PCIe seja atribuível de forma independente, que as tabelas de firmware estejam corretas ou que a proteção de DMA esteja habilitada. VT-x e EPT não substituem o VT-d. Alterar a política de armazenamento ou de remapeamento pode afetar dispositivos ativos.

Compatibilidade e desempenho na prática

Execução de CPU, tradução de memória do convidado e remapeamento de DMA de dispositivos são recursos separados. Não deduza passagem direta ou isolamento a partir de um único campo de virtualização. Use os diagnósticos suportados do hipervisor e os requisitos exatos da plataforma/dispositivo.

Uma lista de verificação prática de verificação

  1. Registre o modelo exato do processador ou da plataforma e as versões envolvidas do aplicativo, SO e runtime. Mantenha o texto exato do erro ou requisito.
  2. Consulte a referência do fabricante para esse modelo exato e, em seguida, inspecione a capacidade efetiva e o estado ativado no ambiente em que o programa é executado.
  3. Compare cada requisito do binário ou backend selecionado. Um recurso com nome semelhante, alias ou rótulo genérico de tecnologia não é suficiente.
  4. Confirme se o aplicativo selecionou a implementação pretendida. Use seus diagnósticos documentados e um fallback suportado quando os requisitos não forem atendidos.
  5. Faça uma alteração suportada por vez e repita a mesma carga de trabalho. Mantenha a configuração original e o caminho de recuperação disponíveis.

Se o recurso estiver listado, mas o software não puder usá-lo

Comece pelo componente exato com falha. Um banco de dados de hardware descreve a capacidade registrada; o sistema operacional ou o hipervisor pode expor um ambiente efetivo diferente. Um erro de instrução ilegal também precisa de investigação da instrução falha real e da compilação do binário, porque corrupção ou uma instrução não suportada não relacionada pode produzir um sintoma semelhante.

Instale a versão do aplicativo, driver ou runtime suportada para a plataforma exata e use a compilação de linha de base ou fallback documentada do fornecedor, se necessário. Uma atualização de software não pode criar uma instrução que o processador não possui. As alterações de firmware e de política de segurança devem seguir o procedimento do fabricante do sistema e um plano de recuperação em vez de uma receita genérica de otimização.

Fontes e escopo desta explicação

Intel Virtualization Technology for Directed I/O Architecture Specification · Kernel do Linux: acesso a dispositivos VFIO e grupos IOMMU

Essas referências estabelecem o comportamento arquitetural e os requisitos de software. Elas não verificam de forma independente cada valor de recurso em uma página de modelo de hardware vinculada. Para obter suporte a modelos, use a evidência do fabricante dessa página e verifique a configuração efetiva do sistema. Este artigo não fornece um benchmark, certificação ou data de análise independente.

Fontes e verificação

Propriedade editorial: Feex. Nenhuma data de revisão independente foi registrada. Como pesquisamos.

Este artigo foi útil?

Um sim ou não é suficiente. Escolha um motivo se desejar, ou adicione uma breve observação.

Este artigo foi útil?