Pular para o conteúdo

x86-64-v3

Referência de arquiteturaFeex

O x86-64-v3 é um nível cumulativo de recursos da psABI que adiciona capacidades da era AVX ao x86-64-v2. O estado vetorial correspondente deve ser habilitado pelo sistema operacional, não apenas estar presente na CPU.

O que você precisa saber

O x86-64-v3 é um nível cumulativo de recursos da psABI que adiciona capacidades da era AVX ao x86-64-v2. O estado vetorial correspondente deve ser habilitado pelo sistema operacional, não apenas estar presente na CPU.

Como funciona

Além do v2, o nível adiciona AVX, AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE e OSXSAVE. A psABI exige as verificações completas de disponibilidade do manual do processador, incluindo o estado relevante do XCR0. Esta é uma conjunção de requisitos, e não um apelido para AVX2.

Onde é útil

Um binário compilado com um alvo x86-64-v3 pode usar todo o nível incondicionalmente. Uma biblioteca amplamente distribuída pode, em vez disso, manter uma compilação de linha de base e selecionar uma implementação v3 por meio de seu carregador ou despachante em tempo de execução.

Como verificar o suporte e a ativação

Verifique cada recurso herdado e recém-adicionado e confirme a habilitação do estado de SO para AVX com a sequência OSXSAVE/XGETBV da arquitetura. Não tente corrigir uma instrução de hardware ausente alterando o rótulo de um pacote de software.

Uma capacidade de hardware, o ambiente operacional em execução e os requisitos de binário de uma aplicação são camadas diferentes. Nomes de arquitetura e níveis de ABI devem ser interpretados como contratos explícitos, em vez de uma regra geral de que o mais recente é compatível.

O que o recurso não estabelece

AVX2 sozinho não estabelece o v3, e o v3 não implica AES-NI, AVX-512 ou AMX. Um contêiner compartilha o ambiente de instruções do kernel do host; ele não fabrica instruções ausentes. Uma VM pode expor um subconjunto compatível para migração.

Compatibilidade e desempenho na prática

Verifique os requisitos herdados completos e o ambiente efetivo visível para o processo. Para uma VM, inspecione o convidado em vez de assumir que o modelo do host é exposto inalterado. Uma compilação de fallback suportada deve declarar sua própria linha de base claramente.

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

psABI x86-64: níveis de arquitetura e microarquitetura do processador · Intel 64 and IA-32 Architectures Software Developer's Manual · Linux kernel: using XSTATE features in user space

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?