A Volta da Intel: ARM64 vs X86-64 não é como você imagina
Desde janeiro, quando os primeiros laptops com Panther Lake chegaram às lojas, os reviews vêm repetindo uma frase que há cinco anos soaria absurda: um chip Intel x86 batendo de frente com o Apple M5. Não em tudo — já chego nos poréns — mas no quesito que mais importa no dia a dia, bateria, o jogo virou. E isso me dá a desculpa perfeita pra escrever sobre uma crença que vejo programador repetir sem checar: a de que eficiência de verdade só vem com ARM64, porque o x86 é velho, pesado e cheio de entulho de 1978.
Minha tese: isso era verdade gerações atrás, quando decodificar x86 custava uma fatia relevante da pastilha (o die). Hoje o x86 é, na prática, uma camada de tradução pra micro-instruções — e o que separa Apple, Qualcomm e Intel nunca foi o conjunto de instruções. A crise da Intel foi gerencial e de fábrica, não arquitetural. E é por isso que a volta dela, agora, faz sentido.
O que os reviews mostram
Os laptops Panther Lake (Core Ultra série 3, lançados na CES em 5 de janeiro e à venda desde 27 de janeiro) entregam números que a era Meteor/Arrow Lake não sonhava. Começando por bateria — Dell XPS 14 2026 (Core Ultra X7 358H) contra MacBook Air 15 (M5):
| Teste de bateria | Dell XPS 14 (Panther Lake) | MacBook Air 15 (M5) |
|---|---|---|
| Navegação web (Hardware Canucks, com VRR) | 43 horas | 14h30 |
| Navegação web (Notebookcheck, outra metodologia) | 16h45 (+55% vs modelo 2025) | 17h12 |
| YouTube 4K | 20h21 | 14h |
| Carga pesada (game) | 2h30 | 4h10 |
Leitura honesta: em uso leve, o Dell empata ou passa; em carga sustentada, a Apple continua imbatível. E o DHH publicou que seu XPS 14 rodando Omarchy Linux passa de 16 horas de uso real, com consumo em repouso de 1,4W — a Dell fez questão de suporte a Linux desde o dia um.
Na CPU, o topo de linha Core Ultra X9 388H contra o M5 (dados da Notebookcheck):
| Métrica | Core Ultra X9 388H | Apple M5 |
|---|---|---|
| Cinebench 2024 multi-core | ~1.162 | ~1.172 (empate estatístico) |
| Cinebench 2024 single-core | ~130 | 200 (~30% à frente) |
| Eficiência single-core | 5,17 pts/watt | 13,1 pts/watt |
| Eficiência multi-core limitado a 20W | 24,6 pts/watt | 24,8 (M4) |
Single-core continua território da Apple, que faz o mesmo trabalho com um terço da energia. Mas em multi-core moderado, a Intel encostou. Contra a AMD (Ryzen AI 9 465) o 388H ganha em tudo; contra o Snapdragon X Elite de primeira geração também; o X2 Elite Extreme, que chegou em 2026, já devolveu a coroa de CPU Windows pra Qualcomm (+24% em single-core). Honestidade acima de tudo.
Na GPU, o veredito é mais misto que o marketing da Intel sugere:
| Confronto da Arc B390 | Resultado |
|---|---|
| vs Radeon 890M (AMD) | +63 a 80% |
| vs RTX 4050 de laptop | empate técnico |
| vs Strix Halo (AMD) a 15-20W | vence |
| vs GPU do M5 base | vence em desempenho, perde em fps/watt |
| vs M5 Pro / M5 Max | 17 contra 24 e 44 — sem chance |
O resumo da Ars Technica é o mais justo: “o melhor CPU de laptop da Intel em muito tempo” — com a ressalva de que a Intel precisa provar que isso é o novo normal, não uma aberração.
Pra guardar: bateria de MacBook num laptop x86 aconteceu — em uso leve. Em single-core e sob carga pesada, a Apple ainda dita o ritmo.
A crença: “pra ser eficiente tem que ser ARM”
Todo programador já ouviu a explicação: ARM tem conjunto de instruções simples, de tamanho fixo, elegante. O x86 é uma quimera acumulada desde 1978, com instruções de tamanho variável, modo real, segmentação, décadas de bagunça. “Portanto” ARM é inerentemente mais eficiente, e o caminho pra qualquer um chegar na eficiência da Apple ou da Qualcomm é migrar pra ARM64.
Tem verdade aí: o x86 carrega entulho histórico, e decodificar instrução de tamanho variável é objetivamente mais chato que decodificar instrução fixa de 32 bits. O erro está na conclusão. Essa diferença importava quando a lógica de decodificação ocupava uma fração significativa do chip. Isso faz muito tempo.
Pra guardar: a diferença entre ISAs importava quando a decodificação ocupava uma fração relevante da pastilha. Isso acabou há gerações.
O x86 virou camada de tradução em 1995
O Pentium Pro, de novembro de 1995, já não executava x86 diretamente: ele traduzia cada instrução CISC pra micro-operações internas estilo RISC e executava essas. A AMD fez o mesmo com o K5 em 1996 (as “ROPs”). Ou seja: faz trinta anos que “executar x86” significa “traduzir pra outra coisa e executar a outra coisa”. O x86 é uma interface de compatibilidade, uma camada de tradução sobre um motor RISC. E os números mostram o quanto essa camada ficou barata:
| Medição | Resultado |
|---|---|
| Micro-ops por instrução x86 (Pentium Pro, dados da Intel) | 1,2 a 1,7 |
| Acerto do cache de micro-ops (desde Sandy Bridge, 2011) | ~80% em geral, ~100% em loops quentes |
| Custo do decodificador no Haswell (Hirki et al., 2016) | 3 a 10% da potência do pacote, no pior caso |
| Custo de desligar o cache de micro-ops (Zen 2, Chips and Cheese) | +4 a 10% no core, +0,5 a 6% no pacote |
Quando o cache de micro-ops acerta, o hardware de busca e decodificação fica literalmente desligado. A conclusão do estudo da Hirki é seca: “o conjunto de instruções x86-64 não é um obstáculo relevante pra produzir um processador energeticamente eficiente”. E o estudo acadêmico definitivo — Blem, Menon e Sankaralingam, HPCA 2013, medindo ARM contra x86 de verdade — concluiu: contagem e composição de instruções são independentes do ISA em primeira ordem, as diferenças de performance vêm de microarquitetura, e “o consumo de energia é, novamente, independente do ISA”.
O Jim Keller — o cara que desenhou o Zen da AMD e os chips A4/A5 da Apple, alguém que morou nos dois lados — foi ainda mais direto numa entrevista à AnandTech: a decodificação de tamanho variável “não está dominando a pastilha, então não importa tanto”. O que limita performance hoje, segundo ele, é previsibilidade de branch e localidade de dados.
E tem o detalhe que derruba o mito de vez: ARM moderno faz a mesma coisa. O Cortex-A77 tem cache de micro-ops. A Samsung adicionou um no Exynos M5 explicitamente pra economizar energia de busca e decodificação. O A64FX da Fujitsu — o ARM dentro do supercomputador Fugaku — decodifica a instrução SVE FADDA em 63 micro-ops. Sessenta e três. A fantasia do “ARM é uma instrução por ciclo, simples e pura” não existe mais em nenhum ARM de alto desempenho.
Uma nuance honesta antes de seguir: o comprimento variável do x86 realmente dificulta fazer decodificadores muito largos — a Apple decodifica até o dobro de instruções por ciclo que um x86. É uma dificuldade de engenharia real. Só que ela se paga em área de lógica, que é barata, e não em consumo proporcional ao trabalho — que é o que define bateria.
Pra guardar: faz trinta anos que nenhum x86 executa x86 — tudo vira micro-operação estilo RISC. O ISA virou interface de compatibilidade.
A conta dos transistores
Pra entender por que o peso da decodificação evaporou, olha a evolução:
| Ano | Chip | Processo | Transistores | Marco |
|---|---|---|---|---|
| 2000 | Pentium 4 Willamette | 180nm | 42 milhões | a era do clock subindo |
| 2006 | Core 2 Duo | 65nm | 291 milhões | o pivô multicore pós-Tejas |
| 2007 | Penryn | 45nm | 410 milhões | primeiro high-k metal gate da indústria |
| 2011 | Ivy Bridge | 22nm | 1,4 bilhão | FinFET 3D, -50% de potência na mesma performance |
Em 2000, cada bloco de lógica era um orçamento apertado, e a bagunça do x86 custava caro. Conforme os transistores ficaram infinitos pra todo fim prático, o custo fixo do decodificador virou troco. No meio do caminho, duas mudanças importantes:
- A escala de Dennard morreu por volta de 2005. Vazamento de corrente impediu que os clocks continuassem subindo, a Intel cancelou o Tejas em 2004 e o mundo virou multicore. Clock parou nos 1-4GHz e nunca mais saiu dali.
- A lei de Moore virou economia, não física. O custo por transistor parou de cair no 28nm: uma fab de ponta hoje custa US$20 a 30 bilhões, e uma máquina High-NA EUV da ASML custa US$350 milhões.
E o que ocupa pastilha e consome energia num chip moderno? Caches gigantes, branch predictors, dezenas de execution ports, GPU, NPU, motores de mídia. O decodificador de x86, na fila do pão, nem aparece.
E a história dá a prova empírica perfeita: de 2015 a 2021, a Intel ficou presa em 14nm — Skylake e seus derivados, seis anos de processo estagnado por falha de fábrica. Mesmo assim, esses cores velhos em 14nm trocavam soco com o Zen 2 da AMD, fabricado em 7nm pela TSMC. Se o x86 fosse o problema, isso seria impossível. O gargalo era a fábrica. Era a fábrica o tempo todo.
Pra guardar: seis anos presa em 14nm, e mesmo assim a Intel competia com chips em 7nm da TSMC. O gargalo era a fábrica, nunca o ISA.
O que realmente faz a Apple ser eficiente
O M1 não é eficiente “porque é ARM”. A Apple tem licença arquitetural da ARM desde o A6, em 2012: ela desenha os próprios cores do zero e só o conjunto de instruções é ARM. Quando a AnandTech dissecou o core Firestorm do M1, o contraste com o x86 contemporâneo era de escolhas de engenharia, não de instruções:
| Apple Firestorm (M1, 2020) | Intel Sunny Cove (2019) | |
|---|---|---|
| Decodificação por ciclo | 8 | 4 |
| Reorder buffer | ~630 entradas | 352 entradas |
| Cache L1 de instruções | 192KB | 32KB |
Na prática: o dobro de decodificação por ciclo, quase o dobro de buffer de reordenação, seis vezes o cache de instruções. Some a isso a memória unificada soldada no pacote e o processo TSMC de última geração. É microarquitetura agressiva, cache enorme, integração vertical e processo de ponta — tudo caro, tudo deliberado, e nada disso vem de graça com o ISA.
Aliás, a recíproca também é verdadeira: dá pra fazer ARM ruim. O mercado está cheio de ARM medíocre. Eficiência é escolha de engenharia e de processo, não certidão de nascença do ISA.
Pra guardar: o M1 é eficiente por microarquitetura, cache, processo e integração vertical — não “porque é ARM”.
Suas instruções favoritas não são x86 nem ARM
E tem outra coisa que quase ninguém menciona nesse debate: boa parte do que uma CPU moderna executa não pertence ao conjunto “clássico” de nenhum dos dois lados. Olha o que roda fora dele:
- Vídeo. Na Intel, a decodificação fica no Quick Sync, hardware de função fixa que existe desde Sandy Bridge — um bloco separado que nada tem a ver com o legado x86. É por causa dele que a Frandroid mediu o Snapdragon X2 58% mais lento que o Panther Lake em exportação de vídeo.
- Criptografia. AES-NI existe desde 2010, extensões de SHA desde 2016 — instruções dedicadas, acrescentadas décadas depois do “x86 velho”.
- IA e matrizes. AVX-512, depois AVX10, e o AMX, um acelerador de tiles de matriz. O lado ARM tem os equivalentes: NEON, SVE, SME.
A Chips and Cheese fez o experimento perfeito: no mesmo encode HEVC 4K, um Ampere ARM levou mais de doze vezes o tempo de um Zen 2 com o ffmpeg padrão; usando assembly NEON, o tempo do ARM caiu mais de 60%. A diferença nunca foi ARM contra x86 — era extensão vetorial bem usada contra extensão vetorial ignorada. No mundo real, o trabalho pesado mora nas extensões e nos aceleradores, e esses são ortogonais ao ISA base.
Pra guardar: o trabalho pesado moderno — vídeo, cripto, IA — roda em extensões e aceleradores dedicados, ortogonais ao ISA base.
A queda foi gerencial, não arquitetural
Aqui a parte que me convence de vez. Olha a linha do tempo e tenta achar “o x86 era uma limitação fundamental” em algum ponto:
- 2005-2006: a Intel recusa fabricar o chip do iPhone — o Otellini admitiu o arrependimento em entrevista de saída à The Atlantic: “o mundo teria sido muito diferente”. E o detalhe tragicômico: a Intel tinha uma divisão ARM (a XScale) — e vendeu pra Marvell em 2006 por US$600 milhões. Não foi falta de tecnologia; foi falta de visão.
- 2013-2021: três CEOs. Krzanich sai em 2018 por escândalo interno. Entra Bob Swan, um CFO de finanças, pra comandar uma empresa de engenharia no momento mais delicado da história dela.
- 2018-2020: o 10nm vira piada (Cannon Lake só em tiragem limitada) e em julho de 2020 a Intel anuncia atraso no 7nm — a ação cai 16% num dia. Em abril de 2019, abandona o modem 5G de smartphone; a Apple compra o negócio por US$1 bilhão. Em novembro de 2020, o M1.
- 2021-2024: Gelsinger volta com o plano IDM 2.0, “cinco nós em quatro anos”. Em dezembro de 2024 é empurrado pra “aposentadoria” — ultimato do conselho, segundo Reuters e Bloomberg. O ano fecha com prejuízo de US$18,8 bilhões, 15 mil demissões, dividendo suspenso e a Intel expulsa do Dow Jones depois de 25 anos — substituída pela Nvidia, que naquele momento valia mais de 30 vezes a Intel. Até outubro de 2025, a conta de demissões acumuladas chegava a 35.500.
Nada nessa lista é arquitetura. É produto perdido, fab atrasada, decisão errada atrás de decisão errada. O x86 estava lá, competente, enquanto a empresa desmontava ao redor dele.
Pra guardar: iPhone recusado, XScale vendida, 10nm quebrado, três CEOs, US$18,8 bilhões de prejuízo — a queda da Intel foi decisão atrás de decisão, não limitação do x86.
O resgate improvável
E aí 2025 acontece. Lip-Bu Tan assume em março. Em agosto, Trump exige a cabeça dele no Truth Social por laços com a China — e poucos dias depois, após uma reunião na Casa Branca, vira fã do cara. No dia 22 de agosto, o governo americano compra 9,9% da Intel: 433,3 milhões de ações a US$20,47, US$8,9 bilhões no total, convertendo subsídios do CHIPS Act em participação acionária, sem assento no conselho. A SoftBank coloca US$2 bilhões. E a cereja surreal: a Nvidia — a mesma que a expulsou do Dow — investe US$5 bilhões e fecha parceria pra colocar chiplets RTX em CPUs x86.
O resultado financeiro começou a aparecer: Q1 2026 com receita de US$13,6 bilhões (+7% ao ano), Q2 com US$16,1 bilhões (+25%), sétimo trimestre seguido acima das projeções. A ação que o governo pagou US$20,47 chegou a mais de seis vezes esse valor em maio, quando a Bloomberg noticiou conversas pra Intel fabricar chips da Apple — reportagem preliminar, produção a anos de distância, mas o mercado pirou. Mesmo depois de esfriar, a posição do governo americano segue valendo cinco vezes o que custou. O contribuinte dos EUA é, hoje, sócio lucrativo da Intel. Vai entender.
Pra guardar: governo dos EUA, SoftBank e Nvidia como sócios, e a ação cinco vezes acima do preço que o governo pagou — a Intel virou causa nacional, e o mercado comprou a volta.
A volta, com os pés no chão
O Panther Lake é o primeiro produto grande do 18A — RibbonFET (transistor gate-all-around) mais PowerVia (alimentação pelo verso do wafer), saindo da Fab 52 em Chandler, Arizona. Tem ironia deliciosa aqui: o tile de GPU de 12 núcleos do topo de linha ainda é fabricado pela TSMC. E o aproveitamento do 18A (a fração de chips bons por wafer), segundo a Tom’s Hardware, só deve chegar ao padrão da indústria em 2027 — a rampa é lenta e a Ars Technica acerta na dúvida: é o novo normal ou uma aberração?
Mas o ponto deste artigo não é torcida organizada. É que o Panther Lake encerra empiricamente um debate que era teológico. Um x86-64 em processo competitivo entrega bateria de MacBook, empata multi-core com o M5 e ganha da concorrência Windows em vários cenários. Se o ISA fosse o fator decisivo, isso não aconteceria nunca, em nenhum processo. O que derrubou a Intel foi gestão; o que a traz de volta é fab e foco; e o que separa Apple, Qualcomm, AMD e Intel é microarquitetura, cache, processo e integração — exatamente como o Jim Keller e a literatura sempre disseram.
Torço pela volta dela. Não por nostalgia de quem montou PC com Pentium, mas porque o mercado de laptops eficientes estava virando duopólio confortável — e duopólio confortável é inimigo de preço e de inovação. Que a briga continue.
Pra guardar: o Panther Lake encerra um debate teológico: x86 competitivo existe quando a fábrica é competitiva. O jogo nunca foi sobre instruções.