x86-64-v4
O x86-64-v4 é o nível de recursos da psABI que adiciona um subconjunto especificado de AVX-512 ao x86-64-v3. Ele exige estado vetorial habilitado e não inclui todas as extensões que levam o nome AVX-512.
O que você precisa saber
O x86-64-v4 é o nível de recursos da psABI que adiciona um subconjunto especificado de AVX-512 ao x86-64-v3. Ele exige estado vetorial habilitado e não inclui todas as extensões que levam o nome AVX-512.
Como funciona
O nível adiciona AVX512F, AVX512BW, AVX512CD, AVX512DQ e AVX512VL a todos os requisitos do v3. O estado vetorial necessário por esses recursos deve estar totalmente habilitado, incluindo os componentes de estado adicionais do AVX-512. Um modelo de CPU com AVX-512 parcialmente exposto não é suficiente.
Onde é útil
A variante v4 de uma biblioteca pode usar o subconjunto definido enquanto retém uma variante de linha de base ou v3 para outras máquinas. Um programa que necessite adicionalmente de VNNI, BF16 ou outra extensão deve detectá-la separadamente, mesmo após estabelecer o v4.
Como verificar o suporte e a ativação
Valide todos os requisitos da psABI e as verificações de XCR0 para AVX-512 do SDM. Use o conjunto efetivo de recursos visível para o processo, particularmente em máquinas virtuais ou sistemas com exposição de recursos dependente de políticas.
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
Uma flag genérica de AVX-512 não é prova de v4, e o v4 não é uma promessa de que toda aplicação superará sua compilação v3. O AMX e extensões posteriores do AVX-512 estão fora deste nível, a menos que sejam exigidos separadamente.
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
- 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.
- 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.
- 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.
- 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.
- 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.
- psABI x86-64: níveis de arquitetura e microarquitetura do processador · Interface de Máquina, Arquitetura do Processador: tabela de recursos básica e cumulativa v2/v3/v4, verificações de estado do SO e recomendações de implantação.
- Intel 64 and IA-32 Architectures Software Developer's Manual · Os Volumes 1 e 2 descrevem as famílias de instruções nomeadas e CPUID; o Volume 3 descreve estado, paginação, VMX e controles de proteção. A documentação de arquitetura não estabelece o suporte para um modelo específico.
- Linux kernel: using XSTATE features in user space · Estado vetorial habilitado pelo SO, estado de bloco habilitado dinamicamente, requisitos de pilha de sinais e fluxo de permissão de AMX. O comportamento específico do Linux não é uma promessa sobre outro SO.
Este artigo foi útil?
Um sim ou não é suficiente. Escolha um motivo se desejar, ou adicione uma breve observação.
Obrigado. Isso nos ajuda a melhorar esta página.