AMD64: diferenças entre revisões

Conteúdo apagado Conteúdo adicionado
m Foram revertidas as edições de 201.49.37.133 por introduzir informações parciais (usando Huggle) (3.4.6)
Etiquetas: Huggle Reversão
Correção de potenciação, alguns valores estavam subentendido por potenciação, mas não explicitamente. Ex.: 234 -> 2^34
Etiquetas: Editor Visual Edição via dispositivo móvel Edição feita através do sítio móvel
Linha 27:
* '''Registradores adicionais do MMX (SSE):''' Similarmente, o número de registradores de 128 bit do MMX (usados em instruções Streaming-SIMD) é aumentado igualmente de 8 a 16.
 
* '''Espaço de endereço virtual maior:''' Os modelos de processadores atuais que executam a arquitetura AMD64 podem endereçar até 256 TB(2482^48 ou 281.474.976.710.656 bytes) do espaço de endereço virtual. Este limite pode ser aumentado nas implementações futuras a 16 EB (2^64 ou 18.446.744.073.709.551.616 bytes). Isto é comparado a apenas 4 GB (2322^32 ou 4.294.967.296 bytes) para x86 de 32 bits. Isto significa que arquivos muito grandes podem ser operados pelo mapeamento de todo o arquivo para o processo de endereçamento de espaço (que por vezes é mais rápido do que trabalhar com chamadas de leitura/gravação do arquivo), em vez de ter de mapear regiões do arquivo para dentro e fora do espaço de endereçamento.
 
* '''Espaço de endereço físico maior:''' As execuções atuais da arquitetura AMD64 podem endereçar até 1 TB (2402^40 ou 1.099.511.627.776 bytes) do RAM; a arquitetura permite estender esta a 4 PB (2^52 ou 4.503.599.627.370.496 bytes) no futuro (limitado pelo formato da entrada da tabela de páginas). No modo legado, a extensão do endereço físico (PAE) é incluída, enquanto está na maioria de processadores x86 de 32 bits atuais, permitindo o acesso a um máximo de 64 GB (2^36 ou 68.719.476.736 bytes).
 
* '''Ponteiro de Instrução de acesso a dados relativos: ''' As instruções podem agora referenciar os dados relativos à instrução ponteiro (registrador RIP). Isto faz a posição do código ser independente, como é usado frequentemente em bibliotecas compartilhadas e em código carregados no tempo de execução, e mais eficiente.