Mostrar código-fonte de AMD64

{{Multitag|wkf|snot|data=junho de 2019}}
{{Tradução de|tipo=artigo|idioma=en|página=x86-64|data={{dtlink|21|12|2022}}}}
{{ver desambig|redir1=x64|redir2=x86-64|o artigo sobre a implementação da Intel|Intel 64|o artigo sobre a arquitetura Intel de 64 bits em chips Itanium|IA-64}}
[[Ficheiro:AMD Opteron 146 Venus, 2005.jpg|miniaturadaimagem|[[Opteron]], o primeiro microprocessador a introduzir as extensões x86-64 em 2003.]]
[[Ficheiro:AMD x86-64 Architecture Programmers Manuals.jpg|miniaturadaimagem|direita|O conjunto de cinco volumes do ''x86-64 Architecture Programmer's Manual'', publicado e distribuído pela AMD em 2002.]]
'''AMD64''' (também conhecido como '''x64''', '''x86_64''', '''x86-64''' e '''Intel 64'''), em informática, é o nome genérico dado à família (arquitetura) de [[Unidade central de processamento|processador]]es baseados na tecnologia de [[64 bits]] desenhado pela empresa Advanced Micro Devices (AMD), utilizada pelos processadores da [[AMD]], da [[Intel]], da [[VIA Technologies|VIA]], e outros. É um superconjunto da arquitetura x86. Portanto, processadores x86-64 podem executar programas x86 (x86-80) de 32-bit ou 16-bit sem perder a velocidade ou compatibilidade, e apoiar novos programas escritos em um alargado conjunto de instruções, que inclui um espaço alocado de endereçamento de 64-bit e outras capacidades. O x86-64 é compatível com códigos de 32 bits sem afetar o desempenho destes.

O termo genérico x86-64 é as vezes encurtado para '''x64''' como outro termo neutro para fornecedor para os processadores x86-64 de qualquer empresa.

A primeira família de processadores a suportar a arquitetura foi a linha AMD K8. Esta foi a primeira vez que qualquer empresa, fora a Intel, fez significativas adições à arquitetura [[x86]]. A Intel foi obrigada a seguir o exemplo, introduzindo modificações já no [[Pentium 4]]. A família de processadores [[NetBurst]], inicialmente designada para IA-32, foi modificada para ser compatível com o '''IA-32e''' ou '''EM64T''', agora chamado '''Intel 64''', que é quase idêntico ao AMD64. A [[VIA Technologies]], outro produtor de processadores x86, também incluiu instruções x86-64 no Isaiah, arquitetura utilizada no [[VIA Nano]].

Posteriormente, a AMD introduziu o nome '''AMD64''' para fins de marketing; A Intel introduziu sua nomenclatura '''Intel 64''' logo em seguida.

A especificação x86-64 é distinta da arquitetura Intel [[Itanium]] (anteriormente IA-64), que não é compatível no nível nativo do conjunto de instrução com as arquiteturas x86 ou o x86-64.

== AMD64 ==
[[Ficheiro:AMD64 Logo.svg|miniaturadaimagem|Logo do AMD64.]]

=== História ===
O AMD64 (também referido pela [[AMD]] em sua literatura e documentação como “Tecnologia AMD de 64 bits” e “Arquitetura AMD x86-64”) foi criado como uma alternativa à radicalmente diferente arquitetura [[IA-64]], projetada pela [[Intel]] e pela [[Hewlett Packard]], que era incompatível com IA-32, a versão de 32 bits da arquitetura x86. A AMD anunciou originalmente o AMD64 em 1999<ref>{{Citar comunicado de imprensa
| título = AMD Discloses New Technologies At Microporcessor Forum
| publicado = AMD
| data = 1999-10-05
| url=http://www.amd.com/us/press-releases/Pages/Press_Release_751.aspx
| acessodata = 2010-11-09
| wayb = 20120308030806
| urlmorta = sim
}}</ref> com uma especificação completa disponível em agosto de 2000.<ref>{{Citar comunicado de imprensa
 | título = AMD Releases x86-64 Architectural Specification; Enables Market Driven Migration to 64-Bit Computing
 | publicado = AMD
 | data = 2000-08-10
 | url = http://www.amd.com/us/press-releases/Pages/Press_Release_715.aspx
 | acessodata = 2010-11-09
 | wayb = 20120308025559
 | urlmorta = sim
}}</ref> Como a AMD nunca foi convidada para contribuir com a arquitetura IA-64 e qualquer tipo de licenciamento parecia improvável, a arquitetura AMD64 foi posicionada pela AMD desde o início como uma forma evolucionária de adicionar recursos de [[64 bits|computação de 64 bits]] à arquitetura x86 existente enquanto oferece suporte ao [[Programa de computador|código]] x86 legado de 32 bits, em oposição à abordagem da Intel de criar uma arquitetura de 64 bits totalmente nova e totalmente incompatível com x86 com IA-64.

O primeiro processador baseado no AMD64, o [[Opteron]] (para servidores), foi liberado em abril de 2003 e o [[Athlon 64]] (para computadores de mesa - desktops) em setembro de 2003.

=== Implementações x64 da AMD ===
Os processadores da AMD que implementam a arquitetura AMD64 incluem [[Opteron]], [[Athlon 64]], [[Athlon 64 X2]], [[Athlon 64 FX]], [[Athlon II]] (seguido por "X2", "X3" ou "X4" para indicar o número de núcleos e modelos XLT), [[Turion 64]], [[Turion 64 X2]], [[Sempron]] ("Palermo" revisão E6 e todos os modelos "Manila"), [[Phenom]], [[Phenom II]] (seguido por "X2", " X3", "X4" ou "X6" para indicar o número de núcleos), [[AMD FX|FX]], Fusion/APU e [[Ryzen]]/[[EPYC|Epyc]].

=== Características ===
A principal característica definidora do AMD64 é seu suporte para [[Registrador (informática)|registradores]] de uso geral de 64 bits, operações lógicas e aritméticas [[Inteiro (ciência da computação)|inteiras]] de 64 bits e endereços virtuais de 64 bits. Os projetistas aproveitaram a oportunidade para fazer outras melhorias também. As mudanças mais significativas incluem:

; Suporte total para números inteiros de 64 bits
: Todos os registradores de propósito geral (GPRs) são expandidos de 32 [[bit]]s para 64 bits, e todas as operações aritméticas e lógicas, operações de memória-para-registrador e registrador-para-memória, etc., agora são suportado diretamente para inteiros de 64 bits. [[Pilha (informática)|Pushs e pops]] na pilha estão sempre em passos de oito bytes e os [[Ponteiro (programação)|ponteiros]] têm oito bytes de largura.
; [[Registrador (informática)|Registradores]] adicionais
: Além de aumentar o tamanho dos registradores de uso geral, o número deles é aumentado de oito (ou seja, {{mono|eax}}, {{mono|ecx}}, {{mono|edx}}, {{mono|ebx}}, {{mono|esp}}, {{mono|ebp}}, {{mono|esi}}, {{mono|edi}}), em x86-32, para dezesseis (isto é, {{mono|rax}}, {{mono|rcx}}, {{mono|rdx}}, {{mono|rbx}}, {{mono|rsp}}, {{mono|rbp}}, {{mono|rsi}}, {{mono|rdi}}, {{mono|r8}}, {{mono|r9}}, {{mono|r10}}, {{mono|r11}}, {{mono|r12}}, {{mono|r13}}, {{mono|r14}}, {{mono|r15}}). É consequentemente possível manter mais variáveis locais nos registradores do que na pilha, e constantes frequentemente acessadas; os argumentos para sub-rotinas pequenas e rápidas podem igualmente ser passados nos registradores em maior medida. Entretanto, o AMD64 ainda tem poucos registradores do que muitos [[Conjunto de instruções|conjuntos de instruções]] [[RISC]] comuns (que têm tipicamente 32-64 registradores) ou máquinas do tipo [[VLIW]], tais como o [[IA-64]] (que tem 128 registradores).
; Registradores XMM (SSE) adicionais
: Similarmente, o número de registradores XMM de 128 bits (usados em instruções [[Streaming SIMD Extensions|Streaming-SIMD]]) é aumentado igualmente de 8 a 16.
; Espaço de endereço virtual maior
: A arquitetura AMD64 define um formato de endereço virtual de 64 bits, dos quais os 48 bits de ordem inferior são usados nas implementações atuais. Isso permite até 256 TB (2<sup>48</sup> ou 281.474.976.710.656 bytes) de espaço de endereço virtual. A definição da arquitetura permite que esse limite seja aumentado em implementações futuras para 64 bits completos, estendendo o espaço de endereço virtual para 16 EB (2<sup>64</sup> ou 18.446.744.073.709.551.616 bytes). Isso é comparado a apenas 4 GB (2<sup>32</sup> ou 4.294.967.296) para o x86. Isso significa que arquivos muito grandes podem ser operados mapeando o arquivo inteiro no espaço de endereço do processo (o que geralmente é muito mais rápido do que trabalhar com chamadas de leitura/gravação de arquivo), em vez de mapear regiões do arquivo para dentro e fora do espaço de endereçamento.
; Espaço de endereço físico maior
: A implementação original da arquitetura AMD64 implementava endereços físicos de 40 bits e, portanto, poderia endereçar até 1 TB (2<sup>40</sup> ou 1.099.511.627.776 bytes) de RAM. As implementações atuais da arquitetura AMD64 (a partir da microarquitetura AMD 10h) estendem isso para endereços físicos de 48 bits e, portanto, podem endereçar até 256 (2<sup>48</sup> ou 281.474.976.710.656 bytes) TB de RAM. A arquitetura permite estender isso para 52 bits no futuro (limitado pelo formato de entrada da tabela de páginas); isso permitiria o endereçamento de até 4 PB (2<sup>52</sup> ou 4.503.599.627.370.496 bytes) de RAM. Para comparação, os processadores x86 de 32 bits são limitados a 64 GB (2<sup>36</sup> ou 68.719.476.736 bytes) de RAM no modo [[Extensão de Endereço Físico]] (PAE) ou 4 GB (2<sup>32</sup> ou 4.294.967.296) de RAM sem o modo PAE.
; Espaço de endereço físico maior no modo legado
: Ao operar no modo legado, a arquitetura AMD64 oferece suporte ao modo de [[Extensão de Endereço Físico]] (PAE), assim como a maioria dos processadores x86 atuais, mas o AMD64 estende o PAE de 36 bits para um limite arquitetônico de 52 bits de endereço físico. Qualquer implementação, portanto, permite o mesmo limite de endereço físico do modo longo.
; Acesso a dados relativos ao ponteiro de instrução
: As instruções podem agora referenciar os dados relativos ao ponteiro de instrução (registrador RIP). Isto torna o código independente de posição, como é usado frequentemente em bibliotecas compartilhadas e em código carregado no tempo de execução, mais eficiente.
; Instruções SSE
: A arquitetura AMD64 original adotou da Intel as instruções [[Streaming SIMD Extensions|SSE]] e [[SSE2]] como instruções básicas. As instruções SSE3 foram adicionadas em abril de 2005. O SSE2 substitui o conjunto de instruções de 80 bits do IEEE, com a escolha de matemática de vírgula flutuante de 32 bits ou 64 bits do IEEE. Isto fornece as operações de vírgula flutuante compatíveis com muitos outros processadores centrais modernos. As instruções SSE e SSE2 foram estendidas igualmente para operar sobre os oito registradores novos do MMX. SSE e SSE2 estão disponíveis no modo de 32 bits nos processadores x86 modernos; entretanto, se são usados em programas de 32 bits, esses programas funcionarão somente em sistemas com processadores que os suportem. Este não é um problema em programas de 64 bits, porque todos os processadores AMD64 têm SSE e SSE2, portanto, usar as instruções SSE e SSE2 em vez das instruções x87 não reduz o conjunto de máquinas em que os programas x64 podem ser exexutados. Como SSE e SSE2 são geralmente mais rápidos e duplicam a maioria das características das tradicionais instruções x87, [[MMX]], e [[3DNow!]], estas últimas são redundantes sob AMD64.
; [[Bit NX|Bit no-execute]]
: O bit "NX" (63º bit da entrada da tabela de páginas) permite que o sistema operacional especifique quais páginas no espaço de endereçamento virtual podem conter códigos executáveis e quais não podem. Uma tentativa para executar código a partir de uma página etiquetada com "não executar" irá resultar em uma violação de acesso à memória, semelhante a uma tentativa de escrever para uma memória somente leitura. Isto deve tornar mais difícil, para um código malicioso, assumir o controle do sistema através de ataques de "[[Transbordamento de dados|estouro de buffer]]" ou "buffer não checado". A mesma funcionalidade está disponível em processadores x86 desde o [[80286]] como um atributo dos descritores de segmento; no entanto, isso só funciona em um segmento inteiro de uma vez. O endereçamento segmentado há muito tempo é considerado um modo obsoleto de funcionamento, e todos os sistemas operacionais nos PC atuais burlam isso, configurando todos os segmentos para um endereço base de 0 e um tamanho de 4 GB (4.294.967.296 bytes). A AMD foi a primeira fornecedora da família x86 a implementar o no-execute no modo de endereçamento linear. O recurso também está disponível no modo legado nos processadores AMD64, e nos processadores Intel x86 recentes, quando o PAE é utilizado.
; Remoção das características mais velhas
: Uma série de características de "programação de sistemas" da arquitectura x86 não são utilizadas nos sistemas operativos modernos e não estão disponíveis em AMD64 em modo longo (64-bit e compatibilidade). Estes incluem endereçamento segmentado (embora segmentos FS e GS são mantidos em forma vestigial, para compatibilidade com código do Windows), o mecanismo de mudança de estado de tarefa e modo 8086 virtual. Esses recursos, é claro, permanecem totalmente implementados no "modo legado", permitindo assim que esses processadores executem sistemas operacionais de 32 bits e 16 bits sem modificação. Se, em algum momento no futuro, o código de 32 bits e 16 bits com essas características não for mais usado, o suporte para elas poderá ser removido do hardware para simplificar o design do processador e economizar custos de fabricação. Esses recursos podem ser emulados no sistema operacional para preservar a compatibilidade de aplicativos legados, como no DOSBox e emuladores semelhantes.

=== Detalhes do espaço de endereço virtual ===
==== Endereços de forma canônica ====
{{Imagem múltipla
 | header    = Implementações de espaço de endereçamento canônico (os diagramas não estão em escala)
 | width     = 150
 | direction = horizontal
 | align     = right
 | image1    = AMD64-canonical--48-bit.svg
 | caption1  = Implementação atual de 48 bits
 | image2    = AMD64-canonical--57-bit.svg
 | caption2  = Implementação de 57 bits
 | image3    = AMD64-canonical--64-bit.svg
 | caption3  = Implementação de 64 bits
}}
Embora os endereços virtuais tenham 64 bits de largura no modo de 64 bits, as implementações actuais (e quaisquer chips conhecidos por estarem nos estágios de planeamento) não permitem que todo o espaço de endereço virtual de 16 EB (18.446.744.073.709.551.616 bytes) seja utilizado. A maioria dos sistemas operativos e aplicações não necessitará de um espaço de endereços tão grande para o futuro previsível (por exemplo, as implementações do Windows para AMD64 são apenas a povoar 16 TB (17.592.186.044.416 bytes), ou 44 bits), pelo que suportar endereços virtuais tão amplos iria simplesmente aumentar a complexidade e o custo da tradução de endereços sem qualquer benefício real. A AMD, por isso, decidiu que, nas primeiras implementações da arquitectura, apenas os 48 bits menos significativos de um endereço virtual seriam efectivamente utilizados na tradução de endereços (índice de tabela de páginas).

Além disso, a especificação da AMD exige que os 16 bits mais significativos de qualquer endereço virtual, bits 48 a 63, sejam cópias do bit 47 (de uma forma semelhante a uma extensão de assinatura). Se este requisito não for cumprido, o processador irá levantar uma exceção. Endereços conformes a esta regra são referidos como "forma canónica". Os endereços da forma canónica são executados de 0 a 00007FFF'FFFFFFFF, e a partir de FFFF8000'00000000 até FFFFFFFF'FFFFFFFF, para um total de 256 TB (281.474.976.710.656 bytes) de espaço de endereço virtual utilizável. Isto ainda é 65.536 vezes maior do que o espaço de endereçamento virtual de 4 GB de máquinas de 32 bits.

Esta característica facilita a escalabilidade posterior para endereçamento verdadeiro de 64 bits. Muitos sistemas operacionais (incluindo, mas não se limitando à família [[Windows NT]]) ocupam metade do espaço de endereçamento para si próprios (normalmente a metade superior, denominada espaço de kernel) e deixam a outra para as aplicações (espaço do utilizador). A concepção do "endereço canónico" assegura que cada implementação compatível com AMD64 tem, com efeito, duas metades de memória: a metade inferior começa em 00000000'00000000 e "cresce para cima" à medida que mais bits de endereço virtuais se tornam disponíveis, enquanto que a metade superior é "acoplada" ao topo do espaço de endereçamento e cresce para baixo. Além disso, fixar o conteúdo dos bits de endereço não utilizados evita seu uso pelo sistema operacional como sinalizadores, marcadores de privilégio, etc., o que pode se tornar problemático quando a arquitetura é de fato estendida para implementar mais bits de endereço virtual.

As primeiras versões do Windows para x64 não utilizavam nem mesmo os 256 TB completos; elas eram restritas a apenas 8 TB de espaço de usuário e 8 TB de espaço de kernel.<ref name="win-lim-msdn">{{citar web |url=http://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx#memory_limits |título=Memory Limits for Windows Releases |website=[[MSDN]] |publicado=[[Microsoft]] |data=2013-11-16 |acessodata=2014-01-20 |wayb=20140106195757}}</ref> O Windows não suportava todo o espaço de endereços de 48 bits até o [[Windows 8.1]], que foi lançado em outubro de 2013.<ref name="win-lim-msdn"/>

==== Estrutura da tabela de páginas ====
O modo de endereçamento de 64 bits ("modo longo") é um superconjunto de [[Extensão de Endereço Físico|Extensões de Endereços Físicos]] (PAE); devido a isto, os tamanhos de [[Paginação de memória|página]] podem ser 4 KiB (4.096 bytes) ou 2 MiB (2.097.152 bytes). Entretanto, no lugar do sistema de [[tabela de página]] de três níveis usado pelos sistemas em modo PAE, os sistemas que funcionam em modo longo usam tabela de página de quatro níveis: A Tabela de Páginas Diretas do PAE é estendida de 4 entradas para 512, e uma Tabela de Páginas Nível 4 adicional é adicionada, contendo 512 entradas em implementações de 48 bits. Em implementações que suportam endereços virtuais maiores, esta última tabela ou cresceria para acomodar entradas suficientes para descrever toda a faixa de endereços, até um máximo teórico de 33.554.432 entradas para uma implementação de 64 bits, ou seria classificada em excesso por um novo nível de mapeamento, tal como um PML5. De qualquer forma, uma hierarquia de mapeamento completa de 4 páginas KiB para todo o espaço de 48 bits levaria um pouco mais de 512 GiB de RAM (cerca de 0,196% do espaço virtual de 256 TiB).

====Limites do sistema operacional====
O sistema operacional também pode limitar o espaço de endereço virtual. Os detalhes, quando aplicáveis, são fornecidos na seção "[[AMD64#Compatibilidade do sistema operacional e características|Compatibilidade do sistema operacional e características]]".

===Detalhes do espaço de endereço físico===
As implementações AMD64 atuais suportam um espaço de endereço físico de até 2<sup>48</sup> bytes de RAM ou 256 TB. Uma quantidade maior de RAM instalada permite que o sistema operacional mantenha mais dados e códigos pagináveis da carga de trabalho na RAM, o que pode melhorar o desempenho,<ref name="howstuffworksVirtualMemory">{{citar web
|url=http://computer.howstuffworks.com/virtual-memory.htm
|título=How Virtual Memory Works
|publicado=howstuffworks
|autor=Jeff Tyson
|data=2004-01-15
|acessodata=2010-06-07
|citação=The read/write speed of a hard drive is much slower than RAM, and the technology of a hard drive is not geared toward accessing small pieces of data at a time. If your system has to rely too heavily on virtual memory, you will notice a significant performance drop. The key is to have enough RAM to handle everything you tend to work on simultaneously.
}}</ref> embora várias cargas de trabalho tenham diferentes pontos de retornos decrescentes.<ref>{{citar web
|url=http://www.microsoft.com/windowsxp/using/moviemaker/expert/dunn_03august11_ram.mspx
|título=Computer RAM: A Crucial Component in Video Editing
|publicado=Microsoft Corporation
|autor=Jason Dunn
|data=2003-09-03
|acessodata=2010-06-09
|citação= There's a point of diminishing returns where adding more RAM won't give you better system performance.
}}</ref><ref>{{citar web
|url=http://technet.microsoft.com/en-us/library/dd346700.aspx
|título=Understanding Memory Configurations and Exchange Performance
|publicado=Microsoft Corporation
|data=2003-09-03
|acessodata=|citação=There is, however, a point of diminishing returns at which adding memory to the server may not be justifiable based on price and performance.}}</ref>

O limite superior de RAM que pode ser usado em um determinado sistema x86-64 depende de vários fatores e pode ser muito menor do que o implementado pelo processador. Por exemplo, em junho de 2010, não havia placas-mãe conhecidas para processadores x86-64 compatíveis com 256 TB de RAM.<ref>{{citar web
|url=http://www.supermicro.com/Aplus/motherboard/Opteron6100/
|título=Opteron 6100 Series Motherboards
|publicado=Supermicro Corporation
|acessodata=2010-06-22}}</ref><ref>{{citar web
|url=http://www.supermicro.com/products/motherboard/Xeon1333/#1366
|título=Supermicro Xeon Solutions
|publicado=Supermicro Corporation
|acessodata=2010-06-20}}</ref><ref>{{citar web
|url=http://www.supermicro.com/Aplus/motherboard/Opteron8000/
|título=Opteron 8000 Series Motherboards
|publicado=Supermicro Corporation
|acessodata=2010-06-20}}</ref><ref>{{citar web
|url=http://www.supermicro.com/products/motherboard/Core/index.cfm#1366
|título=Tyan Product Matrix
|publicado=MiTEC International Corporation
|acessodata=2010-06-21}}</ref> O sistema operacional pode colocar limites adicionais na quantidade de RAM utilizável ou suportada. Os detalhes sobre esse ponto são fornecidos na seção "[[AMD64#Compatibilidade do sistema operacional e características|Compatibilidade do sistema operacional e características]]" deste artigo.

=== Modos de operação ===
A arquitetura tem dois principais modos de funcionamento: modo longo e modo legado.

{| class="wikitable" style="text-align: center;"
|-
! colspan="2" | Operação
! rowspan="2" | [[Sistema operacional]] requerido
! rowspan="2" | Tipo de código sendo executado
! colspan="2" | Tananho (em bits)
! rowspan="2" | No. de [[Registrador (informática)|registradores de propósito geral]]
|-
! modo
! sub-modo
! endereços
! operandos ('''''padrão em itálico''''')
|-
| rowspan="3"|[[Modo longo]]
| modo de 64 bits
| SO de 64 bits, firmware [[UEFI]] de 64 bits ou os dois anteriores interagindo por meio de uma interface UEFI de firmware de 64 bits
| [[modo longo|64 bits]]
| 64
| 8, 16, '''''32''''', 64
| 16
|-
| rowspan="2"|Modo de compatibilidade
| rowspan="2"|[[Bootloader]] ou SO de 64 bits
| [[modo protegido|32 bits]]
| 32
| 8, 16, '''''32'''''
| 8
|-
| [[modo protegido|modo protegido de 16 bits]]
| 16
| 8, '''''16''''', 32
| 8
|-
| rowspan="5"|Modo legado
| rowspan="2"|[[Modo protegido]]
| [[Bootloader]], SO de 32 bits, firmware UEFI de 32 bits, ou os dois últimos interagindo por meio da interface de firmware UEFI
| [[modo protegido|32 bits]]
| 32
| 8, 16, '''''32'''''
| 8
|-
| SO em modo protegido de 16 bits
| [[modo protegido|modo protegido de 16 bits]]
| 16
| 8, '''''16''''', 32<ref group="m" name="opsize-prefix"/>
| 8
|-
| [[Modo 8086 virtual]]
| modo protegido de 16 bits ou SO de 32 bits
| subconjunto do [[modo real]]
| 16
| 8, '''''16''''', 32<ref group="m" name="opsize-prefix"/>
| 8
|-
| [[Modo irreal]]
| [[Bootloader]] ou SO em modo real
| [[modo real]]
| 16, 20, 32
| 8, '''''16''''', 32<ref group="m" name="opsize-prefix"/>
| 8
|-
| [[Modo real]]
| [[Bootloader]], sistema operacional em modo real ou qualquer interface do sistema operacional com uma interface de firmware [[BIOS]]<ref name="AMIBlog">{{Citar web | título = From the AMI Archives: AMIBIOS 8 and the Transition to EFI | data = 2017-09-08 | url = https://www.ami.com/tech-blog/from-the-ami-archives-amibios-8-and-the-transition-to-efi/ | acessodata = 2021-10-25 | publicado = [[American Megatrends]] | wayb = 20211025233343 | urlmorta = sim}}</ref>
| [[modo real]]
| 16, 20, 21
| 8, '''''16''''', 32<ref group="m" name="opsize-prefix"/>
| 8
|}
{{reflist|group=m|refs=<ref name="opsize-prefix">Observe que o código de 16 bits escrito para 80286 e abaixo não usa instruções de operando de 32 bits. O código escrito para 80386 e superior pode usar o prefixo de substituição de tamanho de operando (0x66). Normalmente, esse prefixo é usado por código de modo protegido e longo com a finalidade de usar operandos de 16 bits, pois esse código seria executado em um segmento de código com um tamanho de operando padrão de 32 bits. No modo real, o tamanho padrão do operando é de 16 bits, portanto, o prefixo 0x66 é interpretado de maneira diferente, alterando o tamanho do operando para 32 bits.</ref>}}
[[Ficheiro:AMD64StateDiagram.svg|400px|miniaturadaimagem|Diagrama de estado dos modos de operação x86-64.]]

==== Modo longo ====
O modo de operação principal pretendido da arquitetura; é uma combinação do modo nativo de 64 bits do processador e um modo de compatibilidade combinado de 32 bits e 16 bits. É usado por sistemas operacionais de 64 bits. Em um sistema operacional de 64 bits, os programas de 64 bits são executados no modo de 64 bits e os aplicativos de modo protegido de 32 e 16 bits (que não precisam usar o modo real ou o modo 8086 virtual para executar em qualquer time) executado em modo de compatibilidade. Programas em modo real e programas que usam o modo 8086 virtual a qualquer momento não podem ser executados em modo longo, a menos que sejam emulados em software.

Como o [[conjunto de instruções]] básico é o mesmo, quase não há perda de desempenho para a execução do código x86 no modo protegido. Isso é diferente do [[IA-64]] da Intel, onde as diferenças no conjunto de instruções subjacentes significam que a execução do código de 32 bits deve ser feita na emulação de x86 (tornando o processo mais lento) ou com um núcleo x86 dedicado. No entanto, na plataforma x86-64, muitos aplicativos x86 podem se beneficiar de uma recompilação de 64 bits, devido aos registros adicionais no código de 64 bits e ao suporte ao FPU baseado em SSE2 garantido, que um compilador pode usar para otimização. No entanto, aplicativos que lidam regularmente com números inteiros maiores que 32 bits, como algoritmos criptográficos, precisarão reescrever o código que lida com números inteiros enormes para aproveitar os registradores de 64 bits.

==== Modo legado ====
O modo usado por sistemas operacionais de 16 bits ('[[modo protegido]]' ou '[[modo real]]') e 32 bits. Nesse modo, o processador age como um processador [[x86]] de 32 bits e apenas códigos de 16 e 32 bits podem ser executados. O modo legado permite um endereçamento virtual máximo de 32 bits, o que limita o espaço de endereço virtual a 4 GB. Programas de 64 bits não podem ser executados no modo legado.

==== Modo protegido ====
O modo protegido é transformado em um submodo do modo legado. É o submodo em que os sistemas operacionais de 32 bits e os sistemas operacionais de modo protegido de 16 bits operam quando executados em uma CPU x86-64.

==== Modo real ====
O modo real é o modo inicial de operação quando o processador é inicializado e é um submodo do modo legado. É compatível com os processadores originais Intel 8086 e Intel 8088. O modo real é usado principalmente pelos gerenciadores de inicialização do sistema operacional, que são exigidos pela arquitetura para configurar os detalhes da memória virtual antes da transição para modos superiores. Este modo também é usado por qualquer sistema operacional que precise se comunicar com o firmware do sistema com uma interface de estilo [[BIOS]] tradicional.

== Intel 64 ==
O '''Intel 64''' é a implementação da Intel de x86-64, usada e implementada em vários processadores fabricados pela Intel.

=== História do Intel 64 ===
Historicamente, a AMD desenvolveu e produziu processadores padronizados após os designs originais da Intel, mas com x86-64, os papéis foram invertidos: a Intel se viu na posição de adotar a arquitetura que a AMD havia criado como uma extensão da própria linha de processadores x86 da Intel.

O projeto da Intel foi originalmente [[codinome]]ado '''Yamhill''' (em homenagem ao rio Yamhill no [[Vale do Willamette]], no [[Óregon]]). Após vários anos negando sua existência, a Intel anunciou no [[Intel Developer Forum|IDF]] de fevereiro de 2004 que o projeto estava realmente em andamento. O presidente da Intel na época, Craig Barrett, admitiu que esse era um dos segredos mais mal guardados.<ref>{{Citar web|url=http://www.theinquirer.net/default.aspx?article=14189 |título=Craig Barrett confirms 64 bit address extensions for Xeon. And Prescott |website=The Inquirer |wayb=20070910071116 |urlmorta=sim}}</ref><ref>{{Citar web|url=http://www.internetnews.com/ent-news/article.php/3518781 |título=A Roundup of 64-Bit Computing |website=internetnews.com |wayb=20090505112530 |urlmorta=sim}}</ref>

O nome da Intel para este conjunto de instruções mudou várias vezes. O nome usado no IDF era '''CT''' (presumivelmente para '''Clackamas Technology''', outro codinome de um rio de Oregon); dentro de semanas eles começaram a se referir a ele como '''IA-32e''' (para extensões do IA-32) e em março de 2004 revelou o nome "oficial" '''EM64T''' (Extended Memory 64 Technology). No final de 2006, a Intel começou a usar o nome '''Intel 64''' para sua implementação, em paralelo ao uso do nome AMD64 pela AMD.<ref>{{citar web
|url = http://www.intel.com/technology/intel64/index.htm
|título = Intel 64 Architecture
|acessodata = 2007-06-29
|publicado = [[Intel]]
}}</ref>

O primeiro processador da Intel a ativar a tecnologia Intel 64 foi o processador multisoquete [[Xeon]] de codinome ''Nocona'' posteriormente em 2004. Em contraste, os chips Prescott iniciais (fevereiro de 2004) não permitiam esse recurso. A Intel subsequentemente começou a vender Pentium 4s habilitados para Intel 64 usando a revisão E0 do núcleo Prescott, sendo vendido no mercado OEM como o Pentium 4, modelo F. A revisão E0 também adiciona eXecute Disable (XD) (o nome da Intel para o [[Bit NX]]) para Intel 64, e foi incluído no Xeon atual com o codinome ''Irwindale''. O lançamento oficial da Intel do Intel 64 (sob o nome EM64T na época) em processadores de desktop convencionais foi o N0 Stepping Prescott-2M. Todas as CPUs das séries 9xx, 8xx, 6xx, 5x9, 5x6, 5x1, 3x6 e 3x1 possuem Intel 64 habilitado, assim como as CPUs [[Core 2]], assim como futuras CPUs Intel para estações de trabalho ou servidores. O Intel 64 também está presente nos últimos membros da linha [[Celeron D]].

O primeiro processador móvel da Intel implementando o Intel 64 é a versão Merom do processador [[Core 2]], lançada em 27 de julho de 2006. Nenhuma das CPUs de notebook anteriores da Intel ([[Core Duo]], [[Pentium M]], [[Celeron#Celeron M|Celeron M]], [[Pentium 4|Mobile Pentium 4]]) implementa Intel 64.

===Implementações de Intel 64===
Os processadores da Intel que implementam a arquitetura Intel 64 incluem o [[Pentium 4]] série F/série 5x1, 506 e 516, [[Celeron D]] modelos 3x1, 3x6, 355, 347, 352, 360 e 365 e todos os [[Celeron]]s posteriores, todos os modelos de [[Xeon]] desde "Nocona", todos os modelos de processadores [[Pentium Dual-Core]] desde "Merom-2M", o [[Intel Atom|Atom]] 230, 330, D410, D425, D510, D525, N450, N455, N470, N475, N550, N570, N2600 e N2800, todas as versões dos processadores [[Pentium D]], [[Pentium Extreme Edition]], [[Core 2]], [[Core i9]], [[Core i7]], [[Core i5]] e [[Core i3]] e os processadores [[Xeon Phi]] da série 7200.

== Implementação da VIA de x86-64 ==
A [[VIA Technologies]] apresentou sua primeira implementação da arquitetura x86-64 em 2008, após cinco anos de desenvolvimento por sua divisão de CPU, [[Centaur Technology]].<ref>{{Citar web|título=VIA to launch new processor architecture in 1Q08|publicado=DigiTimes|url=http://www.digitimes.com/news/a20070725PD206.html|acessodata=2007-07-25 |subscrição=yes}}</ref> Com o codinome "Isaiah", a arquitetura de 64 bits foi revelada em 24 de janeiro de 2008<ref>{{Citar web|título=Isaiah revealed: VIA's new low-power architecture|publicado=Ars Technica|url=http://arstechnica.com/articles/paedia/cpu/via-cpu-isaiah.ars|acessodata=2008-01-24 |nome=Jon|sobrenome=Stokes|data=2008-01-23}}</ref><ref>{{Citar web|título=VIA's New Centaur Designed Isaiah CPU Architecture|publicado=&#91;H&#93;ard&#124;OCP|url=http://enthusiast.hardocp.com/article/2008/01/24/vias_new_centaur_designed_isaiah_cpu_architecture|acessodata=2008-01-24|nome=Kyle|sobrenome=Bennett|data=2008-01-24}}</ref><ref>{{Citar web|título=Via launches 64-bit architecture|publicado=LinuxDevices.com|url=http://www.linuxdevices.com/news/NS5877802443.html|acessodata=2008-01-24|data=2008-01-23}}</ref><ref>{{Citar web|título=A look at VIA's next-gen Isaiah x86 CPU architecture|publicado=The Tech Report|url=http://techreport.com/articles.x/13996|acessodata=2008-01-24|nome=Scott|sobrenome=Wasson|data=2008-01-24}}</ref> e lançada em 29 de maio sob a marca [[VIA Nano]].<ref>{{Citar comunicado de imprensa|título=VIA Launches VIA Nano Processor Family|publicado=[[VIA Technologies|VIA]]|url=http://www.via.com.tw/en/resources/pressroom/pressrelease.jsp?press_release_no=2369|acessodata=2008-05-29 |data=2008-05-29}}</ref>

O processador oferece suporte a várias extensões x86 específicas da VIA projetadas para aumentar a eficiência em aparelhos de baixa potência. Espera-se que o VIA Isaiah seja duas vezes mais rápido em desempenho inteiro e quatro vezes mais rápido em desempenho de [[vírgula flutuante|ponto flutuante]] do que o [[VIA Esther]] da geração anterior em uma [[Frequência de relógio|velocidade de clock]] equivalente. Espera-se também que o consumo de energia esteja no mesmo nível das CPUs VIA da geração anterior, com [[Thermal design power|potência de design térmico]] variando de 5 W a 25 W.<ref>{{Citar web|publicado=[[VIA Technologies|VIA]]|url=http://www.via.com.tw/en/downloads/presentations/processors/pb_via-isaiah_080124.pdf|título=VIA Isaiah Architecture Introduction|acessodata=2008-05-28|formato=PDF|data=2008-01-23}}</ref> Sendo um design completamente novo, a arquitetura Isaiah foi construída com suporte para recursos como o conjunto de instruções x86-64 e [[virtualização x86]] que não estavam disponíveis em seus predecessores, a linha [[VIA C7]], mantendo suas extensões de criptografia.

== Níveis de microarquitetura ==
Em 2020, por meio de uma colaboração entre AMD, Intel, Red Hat e SUSE, foram definidos três níveis de microarquitetura acima da linha de base x86-64: x86-64-v2, x86-64-v3 e x86-64-v4.<ref>{{citar lista de discussão |nome=Florian |sobrenome=Weimer |título=New x86-64 micro-architecture levels |url=https://lists.llvm.org/pipermail/llvm-dev/2020-July/143289.html |lista=llvm-dev |data=2020-07-10 |acessodata=2021-03-11 |wayb=20210414100705}}</ref><ref>{{citar web |nome=Florian |sobrenome=Weimer |título=Building Red Hat Enterprise Linux 9 for the x86-64-v2 microarchitecture level |url=https://developers.redhat.com/blog/2021/01/05/building-red-hat-enterprise-linux-9-for-the-x86-64-v2-microarchitecture-level |obra=Red Hat developer blog |data=2021-01-05 |acessodata=2022-03-22 }}</ref> Esses níveis definem recursos específicos que podem ser direcionados por programadores para fornecer otimizações em tempo de compilação. Os recursos expostos por cada nível são os seguintes:<ref>{{Citar web |título=System V Application Binary Interface Low Level System Information |url=https://gitlab.com/x86-psABIs/x86-64-ABI/-/blob/master/x86-64-ABI/low-level-sys-info.tex |website=x86-64 psABI repo |data=2021-01-29 |via=[[GitLab]] |acessodata=2021-03-11 |wayb=20210202215134}}</ref>
{| class="wikitable"
|+Níveis de microarquitetura da CPU
!Nível
!Recursos da CPU
!Exemplo de instrução
|-
! rowspan=9 | x86-64 (também x86-64-v1)<br/>(linha de base: todas as CPUs x86-64)
| CMOV|| cmov
|-
| CX8 || cmpxchg8b
|-
| [[X87|FPU]]|| fld
|-
| FXSR || fxsave
|-
| MMX || emms
|-
| OSFXSR || fxsave
|-
| SCE || syscall
|-
| SSE || cvtss2si
|-
| SSE2 || cvtpi2pd
|-
! rowspan=7 | x86-64-v2<br/>(por volta de 2009: [[Nehalem (microarquitetura)|Nehalem]] e Jaguar)

Também:
* Emulação do [[QEMU]]
* [[Intel Atom|Atom]] Silvermont (2013)
* [[VIA Technologies|VIA]] Nano e Eden "C" (2015)
| CMPXCHG16B || cmpxchg16b
|-
| LAHF-SAHF || lahf
|-
| POPCNT || popcnt
|-
| SSE3 || addsubpd
|-
| SSE4_1 || blendpd
|-
| SSE4_2 || pcmpestri
|-
| SSSE3 || phaddd
|-
! rowspan=9 | x86-64-v3<br/>(por volta de 2015: [[Haswell (microarquitetura)|Haswell]] e Excavator)

Também:
* Atom Gracemont (2021)
| AVX || vzeroall
|-
| AVX2 || vpermd
|-
| BMI1 || andn
|-
| BMI2 || bzhi
|-
| F16C || vcvtph2ps
|-
| FMA || vfmadd132pd
|-
| LZCNT || lzcnt
|-
| MOVBE || movbe
|-
| OSXSAVE || xgetbv
|-
! rowspan=5 | x86-64-v4<br/>(Subconjunto de uso geral do AVX-512)
| AVX512F || kmovw
|-
| AVX512BW || vdbpsadbw
|-
| AVX512CD || vplzcntd
|-
| AVX512DQ || vpmullq
|-
| AVX512VL || n/a
|}

Todos os níveis incluem recursos encontrados nos níveis anteriores. As extensões do conjunto de instruções não relacionadas com a computação de uso geral, incluindo AES-NI e RDRAND, estão excluídas dos requisitos de nível.

== Diferenças entre AMD64 e Intel 64 ==
Existem algumas diferenças entre os dois conjuntos de instruções. Os compiladores geralmente produzem binários que são compatíveis com ambos (ou seja, compatíveis com o subconjunto de X86-64 que é comum tanto para AMD64 quanto para Intel 64), tornando essas diferenças de interesse principalmente para desenvolvedores de compiladores e sistemas operacionais.

=== Implementações recentes ===
*As instruções BSF e BSR do Intel 64 agem de forma diferente quando a fonte é 0 e o tamanho do operando é 32 bits. O processador define o sinalizador zero e deixa os 32 bits superiores do destino indefinidos.
*AMD64 requer um formato de atualização de microcódigo diferente e MSRs de controle, enquanto o Intel 64 implementa a atualização de [[microcódigo]] inalterada de seus processadores somente de 32 bits.
*Intel 64 carece de alguns registradores específicos do modelo que são considerados arquitetônicos para AMD64. Isso inclui SYSCFG, TOP_MEM e TOP_MEM2.
*Intel 64 permite SYSCALL e SYSRET somente no modo IA-32e (não no modo de compatibilidade). Permite SYSENTER e SYSEXIT em ambos os modos.
*AMD64 carece de SYSENTER e SYSEXIT em ambos os submodos de [[modo longo]].
*As ramificações próximas com o prefixo '''66H''' (tamanho do operando) se comportam de maneira diferente. O Intel 64 limpa apenas os 32 bits principais, enquanto o AMD64 limpa os 48 bits principais.
*Os processadores AMD64 mais recentes suportam páginas de 1 GB, além de 4 KB e 2 MB.

=== Implementações mais antigas ===
*Os primeiros processadores AMD64 não tinham a instrução CMPXCHG16B, que é uma extensão da instrução CMPXCHG8B presente na maioria dos processadores pós-[[Intel 80486|486]]. Semelhante ao CMPXCHG8B, o CMPXCHG16B permite operações atômicas em tipos de dados double quadword (ou oword) de 128 bits. Isso é útil para algoritmos paralelos que usam comparação e troca em dados maiores que o tamanho de um ponteiro, comum em algoritmos sem bloqueio e sem espera. Sem CMPXCHG16B, deve-se usar soluções alternativas, como uma seção crítica ou abordagens sem bloqueio alternativas.<ref>{{Citar web|url=http://www.research.ibm.com/people/m/michael/disc-2004.pdf|título=Practical Lock-Free and Wait-Free LL/SC/VL Implementations Using 64-Bit CAS|wayb=20050201000601|urlmorta=sim}}</ref>
*As primeiras CPUs AMD de 64 bits e as primeiras CPUs Intel com EM64T (desde então renomeadas para Intel 64) não tinham instruções LAHF e SAHF. A AMD apresentou as instruções com seus processadores Athlon 64, Opteron e Turion 64 revisão D em março de 2005,<ref>{{Citar web|url=http://support.amd.com/us/Processor_TechDocs/25759.pdf|título=Revision Guide for AMD Athlon 64 and AMD Opteron Processors|publicado=AMD}}</ref><ref>{{Citar web|url=http://www.theinquirer.net/inquirer/news/1021373/amd-turion-64-pictured-up-and-running|título=AMD Turion 64 pictured up and running|publicado=The Inquirer}}</ref><ref>{{Citar web|url=http://www.theinquirer.net/inquirer/news/1042931/athlon-64-revision-e-wont-work-on-some-nforce-34--boards|título=Athlon 64 revision E won't work on some Nforce 3/4 boards|publicado=The Inquirer}}</ref> enquanto a Intel introduziu as instruções com o passo Pentium 4 G1 em dezembro de 2005. LAHF e SAHF são instruções de carregamento e armazenamento, respectivamente, para determinados sinalizadores de status. Essas instruções são usadas para virtualização e manipulação de condição de ponto flutuante.
*As primeiras CPUs Intel com Intel 64 também não possuem [[bit NX]] (bit no execute) da arquitetura AMD64. O bit NX marca as páginas de memória como não executáveis, permitindo proteção contra muitos tipos de códigos maliciosos.
*As primeiras implementações do Intel 64 permitiam acesso apenas a 64 GiB (68.719.476.736 bytes) de memória física, enquanto as implementações de AMD64 originais da época permitiam acesso a 1 TiB (1.099.511.627.776 bytes) de memória física.
*Implementações recentes do AMD64 agora fornecem 256 TiB (281.474.976.710.656 bytes) de espaço de endereço físico (com expansão planejada para 4 PiB [4.503.599.627.370.496 bytes]), enquanto as implementações atuais do Intel 64 permitem apenas endereçamento físico de até 256 TiB (281.471,96 bytes) de memória. As capacidades de memória física desse tamanho são apropriadas para aplicativos de grande escala (como grandes bancos de dados) e computação de alto desempenho (aplicativos orientados centralmente, aplicativos baseados na Web e computação científica).
*O AMD64 originalmente não tinha as instruções MONITOR e MWAIT, usadas pelos sistemas operacionais para lidar melhor com o recurso [[Hyper-threading]] da Intel, posteriormente para gerenciamento de threads [[dual core]] e também para entrar em estados específicos de baixo consumo de energia.
*O Intel 64 não tinha a capacidade de salvar e restaurar uma versão reduzida (e, portanto, mais rápida) do estado [[ponto flutuante]] (envolvendo as instruções FXSAVE e FXRSTOR).

== Adoção ==
[[Ficheiro:Processor families in TOP500 supercomputers.svg|350x350px|miniaturadaimagem|Um gráfico de área mostrando a representação de diferentes famílias de microprocessadores na lista de classificação de supercomputadores TOP500, de 1993 a 2019.<ref>{{citar web |url=http://www.top500.org/statistics |título=Statistics &#124; TOP500 Supercomputer Sites |publicado=Top500.org |acessodata=2014-03-22 |wayb=20140319023302}}</ref>]]
Nos [[supercomputador]]es rastreados pelo [[TOP500]], o surgimento de extensões de 64 bits para a arquitetura x86 permitiu que os processadores x86 de 64 bits da AMD e da Intel substituíssem a maioria das arquiteturas de processador RISC usadas anteriormente em tais sistemas (incluindo [[PA-RISC]], [[SPARC]], [[DEC Alpha|Alpha]] e outros), bem como x86 de 32 bits, embora a própria Intel inicialmente tenha tentado, sem sucesso, substituir x86 por uma nova arquitetura incompatível de 64 bits no processador [[Itanium]].

{{Desde|ano=2020}}, um supercomputador baseado em [[Fujitsu]] A64FX chamado [[Fugaku (supercomputador)|Fugaku]] é o número um. O primeiro supercomputador baseado em ARM apareceu na lista em 2018 e, nos últimos anos, os coprocessadores de arquitetura sem CPU ([[GPGPU]]) também desempenharam um papel importante no desempenho. Os coprocessadores [[Xeon Phi]] "Knights Corner" da Intel, que implementam um subconjunto de x86-64 com algumas extensões vetoriais, também são usados, juntamente com os processadores x86-64, no supercomputador [[Tianhe-2]].

== Compatibilidade do sistema operacional e características ==
Os seguintes sistemas operacionais e versões suportam a arquitetura x86-64 executando em [[modo longo]]:

===BSD===
====DragonFly BSD====
O trabalho de infra-estrutura preliminar foi iniciado em fevereiro de 2004 para um porte em x86-64.<ref name=dfly-amd64-prelim>{{citar web|url=http://leaf.dragonflybsd.org/mailarchive/commits/2004-02/msg00011.html|título=cvs commit: src/sys/amd64/amd64 genassym.c src/sys/amd64/include asm.h atomic.h bootinfo.h coredump.h cpufunc.h elf.h endian.h exec.h float.h fpu.h frame.h globaldata.h ieeefp.h limits.h lock.h md_var.h param.h pcb.h pcb_ext.h pmap.h proc.h profile.h psl.h ...|acessodata=2009-05-03}}</ref> Este desenvolvimento mais tarde estagnou. O desenvolvimento começou novamente em julho de 2007<ref name=dfly-amd64-noah>{{citar web|url=http://leaf.dragonflybsd.org/mailarchive/users/2007-07/msg00016.html|título=AMD64 port|acessodata=2009-05-03}}</ref> e continuou durante o [[Google Summer of Code]] 2008 e SoC 2009.<ref name=dfly-amd64-soc2008>{{citar web|url=http://www.dragonflybsd.org/docs/developer/GoogleSoC2008/|título=DragonFlyBSD: GoogleSoC2008|acessodata=2009-05-03}}</ref><ref name=dfly-amd64-soc2009>{{citar web|url=http://leaf.dragonflybsd.org/mailarchive/users/2009-04/msg00091.html|título=Summer of Code accepted students|acessodata=2009-05-03}}</ref> O primeiro lançamento oficial a conter o suporte ao x86-64 foi a versão 2.4.<ref name=dflyamd64-release>{{citar web|url=http://www.dragonflybsd.org/release24/|título=DragonFlyBSD: release24|acessodata=2009-05-03}}</ref>

====FreeBSD====
[[FreeBSD]] adicionou pela primeira vez o suporte ao x86-64 sob o nome "amd64" como uma arquitetura experimental no 5.1-RELEASE em junho de 2003. Foi incluído como uma arquitetura de distribuição padrão a partir do 5.2-RELEASE em janeiro de 2004. Desde então, o FreeBSD designou-a como uma plataforma Tier 1. A versão 6.0-RELEASE limpou algumas peculiaridades com a execução de executáveis x86 de 32 bits no amd64, e a maioria dos drivers funciona exatamente como em arquiteturas x86 de 32 bits. Atualmente, está sendo feito um trabalho para integrar mais completamente a [[interface binária de aplicação]] (ABI) x86 de 32 bits, da mesma maneira que a compatibilidade com ABI de 32 bits do Linux funciona atualmente.

====NetBSD====
O suporte à arquitetura x86-64 foi confirmado pela primeira vez na árvore do fonte do [[NetBSD]] em 19 de junho de 2001. A partir do NetBSD 2.0, lançado em 9 de dezembro de 2004, ''NetBSD/amd64'' é uma porte totalmente integrado e suportado.

====OpenBSD====
[[OpenBSD]] oferece suporte ao AMD64 desde o OpenBSD 3.5, lançado em 1º de maio de 2004. A implementação in-tree completa do suporte ao AMD64 foi alcançada antes do lançamento inicial do hardware devido ao empréstimo de várias máquinas pela AMD para o [[hackathon]] do projeto naquele ano. Os desenvolvedores do OpenBSD adotaram a plataforma por causa de seu suporte para o [[bit NX]], o que permitiu uma fácil implementação do recurso W^X.

O código para a porta AMD64 do OpenBSD também é executado em processadores Intel 64 que contém o uso clonado das extensões AMD64, mas como a Intel deixou de fora o bit NX da tabela de páginas nos primeiros processadores Intel 64, não há capacidade W^X nesses processadores Intel; processadores Intel 64 posteriores adicionaram o bit NX sob o nome de "bit XD". O [[multiprocessamento simétrico]] (SMP) funciona no porte para AMD64 do OpenBSD, começando com a versão 3.6 em 1º de novembro de 2004.

===DOS===
É possível entrar no [[modo longo]] no [[DOS]] sem um extensor do DOS,<ref>[http://www.turboirc.com/asm  Tutorial for entering protected and long mode from DOS]</ref> mas o usuário deve retornar ao modo real para chamar as interrupções do BIOS ou do DOS.

Também pode ser possível entrar no [[modo longo]] com um extensor DOS semelhante ao DOS/4GW, mas mais complexo, pois o x86-64 não possui o [[Modo protegido#Modo Virtual|Modo 8086 virtual]]. O próprio DOS não está ciente disso, e nenhum benefício deve ser esperado, a menos que execute o DOS em uma emulação com um back-end de driver de virtualização adequado, por exemplo: a interface de armazenamento em massa.

===Linux===
O [[Linux]] foi o primeiro kernel de sistema operacional a executar a arquitetura x86-64 em [[modo longo]], começando com a versão 2.4 em 2001 (antes da disponibilidade do hardware físico).<ref>{{Citation |título=Porting Linux to x86-64 |autor=Andi Kleen |url=http://www.x86-64.org/pipermail/announce/2001-June/000020.html |data=2001-06-26 |citação=Status: The kernel, compiler, tool chain work.  The kernel boots and work on simulator and is used for porting of userland and running programs}}</ref><ref>{{Citation |url=http://www.halobates.de/ | título= Andi Kleen's Page |autor=Andi Kleen |citação=This was the original paper describing the Linux x86-64 kernel port back when x86-64 was only available on simulators.}}</ref> O Linux também fornece retrocompatibilidade para execução de executáveis de 32 bits. Isso permite que os programas sejam recompilados no modo longo enquanto mantêm o uso de programas de 32 bits. Várias distribuições Linux atualmente vêm com kernels e [[Espaço de usuário|userlands]] nativos x86-64. Alguns, como [[SUSE Linux|SUSE]], [[Mandriva Linux|Mandriva]] e [[Debian|Debian GNU/Linux]], permitem que os usuários instalem um conjunto de componentes e bibliotecas de 32 bits ao instalar a partir de um DVD de 64 bits, permitindo assim que a maioria dos aplicativos de 32 bits existentes sejam executados junto com o SO de 64 bits. Outras distribuições, como [[Fedora Linux|Fedora]], [[Ubuntu]] e [[Arch Linux]], estão disponíveis em uma versão compilada para uma arquitetura de 32 bits e outra compilada para uma arquitetura de 64 bits.

Há uma tentativa de executar o kernel no modo de compatibilidade e poder executar aplicativos de 64 bits em um kernel de 32 bits. O nome deste projeto é LINUX PAE64.<ref>{{Citar web|url=http://linuxpae64.sourceforge.net|título=LinuxPAE64}}</ref>

O Linux de 64 bits permite até 128 TiB (140.737.488.355.328 bytes) de espaço de endereço para processos individuais e pode endereçar aproximadamente 64 TiB (70.368.744.177.664 bytes) de memória física, sujeito às limitações do processador e do sistema.

===macOS===
Mac OS X v10.4.7 e versões superiores do [[Mac OS X v10.4]] executam ferramentas de linha de comando de 64 bits usando as bibliotecas POSIX e de matemática em máquinas baseadas em Intel de 64 bits, assim como todas as versões do Mac OS X v10.4 e superior executá-los em máquinas PowerPC de 64 bits. Nenhuma outra biblioteca ou framework funciona com aplicativos de 64 bits no Mac OS X v10.4.<ref>[http://developer.apple.com/releasenotes/DeveloperTools/RN-CompilerTools/index.html Apple - Mac OS X Xcode 2.4 Release Notes: Compiler Tools]</ref> O kernel e todas as extensões do kernel são apenas de 32 bits.

O [[Mac OS X v10.5]] oferece suporte a aplicativos GUI de 64 bits usando [[Cocoa]], Quartz, [[OpenGL]] e [[X11]] em máquinas baseadas em Intel de 64 bits, bem como em máquinas [[PowerPC]] de 64 bits.<ref>[http://www.apple.com/macosx/technology/64bit.html Apple - Mac OS X Leopard - Technology - 64 bit]</ref> Todas as bibliotecas e frameworks não GUI também oferecem suporte a aplicativos de 64 bits nessas plataformas. O kernel e todas as extensões do kernel são apenas de 32 bits.

[[Mac OS X v10.6]] é a primeira versão do [[Mac OS X]] que suporta um [[Núcleo (sistema operacional)|kernel]] de 64 bits. No entanto, com seu primeiro lançamento (v10.6.0), nem todos os computadores de 64 bits são suportados atualmente. O kernel de 64 bits, como o kernel de 32 bits, suporta aplicativos de 32 bits; ambos os kernels também suportam aplicativos de 64 bits.<ref>http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars/5</ref> O kernel de 64 bits não oferece suporte a [[Módulo carregável do núcleo|extensões de kernel]] de 32 bits e o kernel de 32 bits não oferece suporte a extensões de kernel de 64 bits.

[[OS X v10.8|OS X 10.8]] inclui apenas o kernel de 64 bits, mas continua a oferecer suporte a aplicativos de 32 bits; no entanto, ele não oferece suporte a extensões de kernel de 32 bits.

O macOS 10.15 inclui apenas o kernel de 64 bits e não oferece mais suporte a aplicativos de 32 bits. Essa remoção de suporte apresentou um problema para o [[Wine|WineHQ]] (e a versão comercial CrossOver), pois ele ainda precisa ser capaz de executar aplicativos do Windows de 32 bits. A solução, denominada wine32on64, foi adicionar thunks que colocam e retiram a CPU do modo de compatibilidade de 32 bits no aplicativo nominal de 64 bits.

O Mac OS X usa o formato [[binário universal]] para empacotar as versões de 32 e 64 bits do aplicativo e do código da biblioteca em um único arquivo; a versão mais apropriada é selecionada automaticamente no momento do carregamento. No Mac OS X 10.6, o formato binário universal também é usado para o kernel e para as extensões de kernel que suportam kernels de 32 bits e 64 bits.

===Solaris===
[[Solaris (sistema operacional)|Solaris]] 10 e versões posteriores suportam a arquitetura x86-64. Assim como na arquitetura [[SPARC]], há apenas uma imagem do sistema operacional para todos os sistemas x86 de 32 bits e 64 bits; isso é rotulado como a imagem de DVD-ROM "x64/x86".

O comportamento padrão é inicializar um kernel de 64 bits, permitindo a execução de executáveis de 64 bits e existentes ou novos de 32 bits. Um kernel de 32 bits também pode ser selecionado manualmente; nesse caso, apenas executáveis de 32 bits serão executados. O comando <code>isainfo</code> pode ser usado para determinar se um sistema está executando um kernel de 64 bits.

===Windows===
As edições x86-64 do cliente e servidor Microsoft Windows—[[Windows XP Professional x64 Edition]] e [[Windows Server 2003]] x64 Edition—foram lançadas em março de 2005. Internamente, elas são a mesma compilação (5.2.3790.1830 SP1), como eles compartilham a mesma base de origem e binários do sistema operacional, até mesmo as atualizações do sistema são lançadas em pacotes unificados, da mesma forma que as edições do Windows 2000 Professional e Server para x86. [[Windows Vista]], que também possui muitas edições diferentes, foi lançado em janeiro de 2007. O [[Windows 7]] foi lançado em julho de 2009. O [[Windows Server 2008 R2]] foi vendido apenas nas edições x64 e Itanium; versões posteriores do Windows Server oferecem apenas uma edição x64.

As versões do Windows para x64 anteriores ao Windows 8.1 e Windows Server 2012 R2 oferecem o seguinte:

*8 TiB (8.796.093.022.208 bytes) de espaço de endereço virtual do "modo de usuário" por processo. Um programa de 64 bits pode usar tudo isso, sujeito, é claro, aos limites de armazenamento do sistema. Isso representa um aumento de 4.096 vezes em relação ao espaço de endereço virtual do modo de usuário padrão de 2 GiB oferecido pelo Windows de 32 bits.
*8 TiB (8.796.093.022.208 bytes) de espaço de endereço virtual do modo kernel para o sistema operacional. Novamente, esse é um aumento de 4.096 vezes em relação às versões de 32 bits do Windows. O aumento de espaço é benéfico principalmente para o cache do sistema de arquivos e "heaps" do modo kernel (pool não paginado e pool paginado). Os primeiros processadores AMD64 não tinham uma instrução CMPXCHG16B, então o espaço de endereço total é limitado a 16 TiB (17.592.186.044.416 bytes).<ref>{{citar web
  | título = Behind Windows x86-64’s 44-bit Virtual Memory Addressing Limit
  | url = http://www.alex-ionescu.com/?p=50
  | acessodata = 2009-07-02
}}</ref>

No Windows 8.1 e no Windows Server 2012 R2, os espaços de endereço virtual do modo de usuário e do modo kernel foram estendidos para 128 TB. Essas versões do Windows não serão instaladas em processadores que não possuam a instrução CMPXCHG16B.

As seguintes características adicionais se aplicam a todas as versões x64 do Windows:

*Capacidade de usar até 128 [[Gibibyte|GiB]] (137.438.953.472 bytes; Windows XP/Vista), 192 GiB (206.158.430.208 bytes; Windows 7), 1 TiB (1.099.511.627.776 bytes; Windows Server 2003) ou 2 TiB (2.199.023.255.552 bytes; Windows Server 2008) de memória de acesso aleatório (RAM).
*Modelo de dados [[64-bit|LLP64]]: os tipos "int" e "long" têm 32 bits de largura, long long tem 64bits, enquanto ponteiros e tipos derivados de ponteiros têm 64 bits de largura.
*Os drivers de dispositivo do modo kernel devem ser versões de 64 bits; não há como executar executáveis no modo kernel de 32 bits no sistema operacional de 64 bits. Os drivers de dispositivo do modo de usuário podem ser de 32 ou 64 bits.
*Capacidade de executar aplicativos existentes de 32 bits (.exe's) e bibliotecas de vínculo dinâmico (.dll's). Um programa de 32 bits, se vinculado à opção "reconhecimento de endereço grande", pode usar até 4 GiB (4.294.967.296 bytes) de espaço de endereço virtual, em comparação com o padrão de 2 GiB (2.147.483.648 bytes; opcional 3 GiB [ 3.221.225.472 bytes] com opção do boot.ini /3GB e opção de ligação "reconhecimento de endereço grande") oferecida pelo Windows de 32 bits.
*Aplicativos Windows de 16 bits (Win16) e de DOS não serão executados em versões x86-64 do Windows devido à remoção do subsistema Virtual DOS Machine (NTVDM).
*Implementação completa do recurso de proteção de página NX (No Execute). Isso também é implementado em versões recentes de 32 bits do Windows quando elas são iniciadas no modo PAE.
*Em vez do descritor de segmento FS nas versões x86 da família [[Windows NT]], o descritor de segmento GS é usado para apontar para duas estruturas definidas pelo sistema operacional: Thread Information Block (NT_TIB) no modo de usuário e Processor Control Region (KPCR) em modo kernel. Assim, por exemplo, no modo de usuário, <tt>GS:0</tt> é o endereço do primeiro membro do Thread Information Block. A manutenção dessa convenção tornou o porte para x86-64 mais fácil, mas exigia que a AMD retivesse a função dos segmentos FS e GS no modo longo — embora o endereçamento segmentado ''per se'' não seja realmente usado por nenhum sistema operacional moderno.<ref>{{ citar web |
url=http://msdn.microsoft.com/en-us/magazine/cc300794.aspx|
título=Everything You Need To Know To Start Programming 64-Bit Windows Systems|
citação=On x86-64 versions of Windows, the FS register has been replaced by the GS register.}}</ref>
*Os primeiros relatórios afirmavam que o agendador do sistema operacional não salvaria e restauraria o estado da máquina x87 FPU nas opções de contexto da thread. O comportamento observado mostra que este não é o caso: o estado x87 é salvo e restaurado, exceto para threads somente no modo kernel (uma limitação que também existe na versão de 32 bits). A documentação mais recente disponibilizada pela Microsoft afirma que as instruções x87/MMX/3DNow! podem ser usadas em modo longo, mas são obsoletas e podem causar problemas de compatibilidade no futuro.<ref>{{ citar web |
url=http://msdn.microsoft.com/en-us/library/ee418798(VS.85).aspx#Porting_to_64bit|
título=64-bit programming for Game Developers|
citação=The x87, MMX, and 3DNow! instruction sets are deprecated in 64-bit modes.}}</ref>
*Alguns componentes, como Microsoft Jet Database Engine e Data Access Objects, não serão portados para arquiteturas de 64 bits, como x86-64 e IA-64.<ref>[http://msdn2.microsoft.com/en-us/library/aa384190.aspx Microsoft Developer Network - General Porting Guidelines (64-bit Windows Programming)]</ref><ref>[http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnmdac/html/data_mdacroadmap.asp Microsoft Developer Network - Data Access Road Map]</ref>
*[[Microsoft Visual Studio]] pode compilar [[Código de máquina|aplicativos nativos]] para ter como alvo apenas a arquitetura x86-64, que será executada apenas no Microsoft Windows de 64 bits, ou a arquitetura x86, que será executada como um aplicativo de 32 bits no Microsoft Windows de 32 bits ou Microsoft Windows de 64 bits no modo de emulação [[WoW64]]. Os aplicativos gerenciados podem ser compilados nos modos x86, x86-64 ou AnyCPU. Embora os dois primeiros modos se comportem como suas contrapartes de código nativo x86 ou x86-64, respectivamente, ao usar o modo AnyCPU, os aplicativos são executados como um aplicativo de 32 bits no Microsoft Windows de 32 bits ou como um aplicativo de 64 bits no Microsoft Windows de 64 bits.

== Consoles de videogame ==
Tanto o [[PlayStation 4]] quanto o [[Xbox One]], e todas as variantes desses consoles, incorporam processadores AMD x86-64, baseados na [[microarquitetura]] Jaguar. Firmware e jogos são escritos em código x86-64; nenhum código legado x86 está envolvido.

Suas próximas gerações, o [[PlayStation 5]] e o [[Xbox Series X e Series S]], respectivamente, também incorporam processadores AMD x86-64, baseados na microarquitetura Zen 2.

Apesar de ser considerado um PC, o [[Steam Deck]] usa uma unidade de processamento acelerado (APU) AMD x86-64 personalizada, baseada na microarquitetura [[Zen 2]].

== Convenções de nomenclatura da indústria ==
Como AMD64 e Intel 64 são substancialmente semelhantes, muitos produtos de software e de hardware usam um termo neutro para fornecedor para indicar sua compatibilidade com ambas as implementações. A designação original da AMD para esta arquitetura de processador, "x86-64", ainda é usada às vezes para esta finalidade, assim como a variante "x86_64".<ref>{{ citar web
  | url = http://lists.apple.com/archives/Darwin-dev/2006/Aug/msg00095.html
  | título = re: Intel XNU bug report
  | acessodata = 2006-10-05
  | autor = Kevin Van Vechten
  | data = 2006-08-09
  | obra = Darwin-dev mailing list
  | publicado = [[Apple Computer]]
  | citação = The kernel and developer tools have standardized on "x86_64" for the name of the Mach-O architecture}}</ref> Outras empresas, como [[Microsoft]] e [[Sun Microsystems]]/[[Oracle Corporation]], usam a contração "x64" em material de marketing.

O termo [[IA-64]] refere-se ao processador [[Itanium]] e não deve ser confundido com o X86-64, pois é um conjunto de instruções completamente diferente.

Muitos sistemas operacionais e produtos, especialmente aqueles que introduziram o suporte ao x86-64 antes da entrada da Intel no mercado, usam o termo "AMD64" ou "amd64" para se referir tanto ao AMD64 quanto ao Intel 64.

*'''amd64'''
** A maioria dos sistemas [[BSD]], como [[FreeBSD]], MidnightBSD, [[NetBSD]] e [[OpenBSD]], referem-se tanto ao AMD64 quanto ao Intel 64 sob o nome de arquitetura "amd64".
** Algumas [[distribuições Linux]], como [[Debian]], [[Ubuntu]], e [[Gentoo Linux]], se referem tanto ao AMD64 quanto ao Intel 64 sob o nome de arquitetura "amd64".
** [[Microsoft Windows]]: As versões x86-64 do Windows usam internamente o apelido AMD64 para designar vários componentes que usam ou são compatíveis com essa arquitetura. Por exemplo, o diretório do sistema em um CD-ROM de instalação do Windows x64 Edition é denominada "AMD64", em contraste com "i386" nas versões de 32 bits.
** [[Solaris (sistema operacional)|Solaris]]: O comando "isalist" no sistema operacional Solaris da Sun identifica os sistemas baseados em AMD64 e em Intel 64 como "amd64".
** [[Java Development Kit]] (JDK): O nome "amd64" é usado em nomes de diretório contendo arquivos x86-64.
*'''x86_64'''
** O kernel [[Linux]] e [[GNU Compiler Collection]] referem-se à arquitetura de 64 bits como "x86_64".
** Algumas distribuições Linux, como [[Fedora Linux|Fedora]], [[openSUSE]], [[Arch Linux]] e [[Gentoo Linux]], se referem a essa arquitetura de 64 bits como "x86_64".
** [[macOS]]: A Apple se refere à arquitetura de 64 bits como "x86_64", conforme observado no comando <code>arch</code> do Terminal e na documentação do desenvolvedor.<ref>{{Citar web|url=http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/arch.1.html|título=Mac OS X Manual Page For arch(1)|wayb=20090810204810|urlmorta=sim}}</ref>
** Rompendo com a maioria dos outros sistemas BSD, o [[DragonFly BSD]] se refere à arquitetura de 64 bits como "x86_64".
** [[Haiku (sistema operacional)|Haiku]]: refere-se à arquitetura de 64 bits como "x86_64".
** [[T2 SDE]] refere-se a AMD64 e Intel 64 sob o nome de arquitetura "x86-64", nos diretórios de código-fonte e metainformações do pacote.

== Problemas legais ==
A AMD [[Licença|licenciou]] seu projeto x86-64 à Intel, onde é introduzido no mercado sob o nome '''Intel 64''' (anteriormente '''EM64T'''). O projeto da AMD substituiu tentativas anteriores feitas pela Intel de projetar suas próprias extensões do x86-64, que tinham sido referidas como '''IA-32e'''. Como a Intel licencia à AMD o direito de usar a arquitetura x86 original (em cima do que o x86-64 é baseado), estas companhias rivais agora dependem uma da outra para o desenvolvimento do processador de 64 bits. Isto levou a um exemplo de [[destruição mútua assegurada]] caso uma das empresas se recuse a renovar a licença.<ref>{{citar web
  |url = http://www.theinquirer.net/inquirer/opinion/759/1050759/amd-plays-antitrust-poker-intel-x86-licence
  |título = AMD plays antitrust poker for Intel's X86 licence
  |acessodata = 2009-02-26
  |data = 2009-02-03
  |publicado = Incisive Media Limited
  |wayb = 20090228183742
  |urlmorta = sim
}}</ref> Caso tal cenário ocorra, a AMD não estaria mais autorizada a produzir nenhum processador x86, e a Intel não estaria mais autorizada a produzir processadores x86-64, forçando-a a voltar para a arquitetura x86 de 32 bits. No entanto, o acordo<ref>{{citar web
  |url = http://contracts.corporate.findlaw.com/agreements/amd/intel.license.2001.01.01.html
  |título = Patent Cross License Agreement Between AMD and Intel
  |acessodata = 2009-08-23
  |data = 2001-01-01
  |wayb = 20090429064552
  |urlmorta = sim
}}</ref> prevê que, se uma das partes violar o acordo, ela perde todos os direitos sobre a tecnologia da outra parte, enquanto a outra parte recebe direitos perpétuos sobre toda a tecnologia licenciada. Os únicos processadores Intel x86 atuais de 32 bits são versões do processador [[Intel Atom]] de baixo consumo.

Em 2009, a AMD e a Intel resolveram várias ações judiciais e divergências de licenciamento cruzado, estendendo seus acordos de licenciamento cruzado para o futuro previsível e resolvendo várias reclamações antitruste.<ref>{{citar web|url = http://www.sec.gov/Archives/edgar/data/2488/000119312509236705/dex101.htm |título = AMD Intel Settlement Agreement |wayb = 20220330063315}}</ref>

{{Referências}}

== Ligações externas ==
* {{Citar web|título=x86-64 technology white paper |publicado=Advanced Micro Devices, Inc. |url=http://www.amd.com/br-pt/Processors/TechnicalResources/0,,30_182_739_7203,00.html |acessodata=2006-12-24 |urlmorta=sim |wayb=20061113104329}}
* {{Citar web|título=AMD eighth-generation processor architecture |publicado=Advanced Micro Devices, Inc. |url=http://www.amd.com/br-pt/Processors/TechnicalResources/0,,30_182_739_7203,00.html |acessodata=2006-12-24 |urlmorta=sim |wayb=20061113104329}}
* {{Citar web|título=AMD64 architecture programmer's manual volume 1: application programming |url=http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_739_7044,00.html |acessodata=2006-12-24 |urlmorta=sim |wayb=20061019095647}}
* {{Citar web|título=AMD64 architecture programmer's manual volume 2: system programming |url=http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_739_7044,00.html |acessodata=2006-12-24 |urlmorta=sim |wayb=20061019095647}}

[[Categoria:Introduções em 2003]]
[[Categoria:Arquitetura x86]]
[[Categoria:Microprocessadores AMD]]
[[Categoria:Microprocessadores x86]]