Pular para o conteúdo

MMX

Referência de arquiteturaFeex

MMX é uma extensão inicial de instruções de inteiros empacotados x86 que usa registradores de 64 bits compartilhando o armazenamento arquitetural com o arquivo de registradores de ponto flutuante x87. Esse estado compartilhado é importante ao misturar código.

O que você precisa saber

MMX é uma extensão inicial de instruções de inteiros empacotados x86 que usa registradores de 64 bits compartilhando o armazenamento arquitetural com o arquivo de registradores de ponto flutuante x87. Esse estado compartilhado é importante ao misturar código.

Como funciona

As operações MMX tratam um registrador de 64 bits como elementos inteiros empacotados. Os nomes de registradores MMX atuam como aliases para o armazenamento de registradores x87 em vez de fornecer um estado vetorial moderno e independente. EMMS marca o estado de tag x87 como vazio após o uso de MMX para que o código x87 posterior possa usar a pilha de ponto flutuante corretamente.

Onde é útil

Softwares multimídia legados podem usar MMX para aritmética saturada de bytes. Novos códigos comumente usam recursos vetoriais XMM ou mais amplos em seu lugar, evitando a interação de estados MMX/x87. Binários existentes ainda podem conter MMX mesmo em um processador muito mais novo.

Como verificar o suporte e a ativação

CPUID.01H:EDX bit 23 enumera MMX. Para depurar código legado, inspecione tanto a sequência de instruções real quanto seu tratamento de EMMS/estado. Uma flag de capacidade não pode estabelecer que uma rotina segue a convenção de chamada corretamente.

Um recurso SIMD descreve instruções, não núcleos adicionais. A forma da instrução determina largura do elemento, sinal, arredondamento, alinhamento e quais pistas interagem. O software deve preservar o estado de registradores da ABI e usar um ambiente de execução suportado.

O que o recurso não estabelece

MMX é SIMD de inteiros, não execução de propósito geral de 64 bits ou suporte a x86-64. Ele não implica SSE ou extensões posteriores. A ausência de limpeza ao misturar MMX e x87 pode causar problemas de correção não relacionados ao fato de a CPU suportar ou não as instruções.

Compatibilidade e desempenho na prática

Nomes posteriores na família SSE possuem bits de recurso separados. Para um binário implantado, inspecione o conjunto mínimo completo de recursos, incluindo bibliotecas e código de inicialização. Um fallback só é útil se nenhuma instrução não suportada for executada antes da etapa de seleção.

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 64 and IA-32 Architectures Software Developer's Manual · psABI x86-64: níveis de arquitetura e microarquitetura do processador

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?