[rapier]

X86 não é impossível de fabricar, mas só 3 empresas têm licença pra criar cpus nessa arquitetura.
Só duas sobraram.

x86 literalmente é complexo, quase CISC. ARM é quase RISC.

ARM precisa de mais instruções pra fazer a mesma tarefa que um x86. x86 pode acessar dados diretamente da memória enquanto que ARM não. E x86 tem todo o lado do SIMD que os ARM têm muito pouco, sendo que as instruções SIMD é que são a grande vantagem do x86 pra operações mais complexas. Instruções vetoriais nos x86 processam 256/512bits por vez, enquanto que nos ARM apenas 128 e não devem passar disso por questões de eficiência.

[TimeBandit]

x86 literalmente é complexo, quase CISC. ARM é quase RISC.

ARM precisa de mais instruções pra fazer a mesma tarefa que um x86. x86 pode acessar dados diretamente da memória enquanto que ARM não. E x86 tem todo o lado do SIMD que os ARM têm muito pouco, sendo que as instruções SIMD é que são a grande vantagem do x86 pra operações mais complexas. Instruções vetoriais nos x86 processam 256/512bits por vez, enquanto que nos ARM apenas 128 e não devem passar disso por questões de eficiência.

Sim, o dia que arm tiver o desempenho dos x86 para tarefas pesadas e compatibilidade com tantas instruções, ele deixará de ser tão eficiente.

Vai ser mais do mesmo com muito mais camadas de complexidade.

Esse chip tem foco em iPad pros e MacBook air.

Equipamentos já super limitados por questão de software ou de desempenho mesmo. O MacBook air Até Tem uma cpu boa, mas é super limitada.

Pra esses usuários a diferença será pequena.

[rapier]

Sim, o dia que arm tiver o desempenho dos x86 para tarefas pesadas e compatibilidade com tantas instruções, ele deixará de ser tão eficiente.

É aí onde entra a Apple com seu $ infinito: o ARM dela pra notes não vai precisar tanto dessa compatibilidade! Ela paga pro povo reescrever e recompilar os programas e pronto.

E as CPUs de celular, com o melhor resfriamento de notes e desktops, vão dar muito menos throttle e ter mais desempenho, logo aí já tem "ganho grátis".

[JJaeger]

Cada vez mais os computadores tão convergindo num celular com teclado físico. É o fim dos tempos.

[martec]

É aí onde entra a Apple com seu $ infinito: o ARM dela pra notes não vai precisar tanto dessa compatibilidade! Ela paga pro povo reescrever e recompilar os programas e pronto.

E as CPUs de celular, com o melhor resfriamento de notes e desktops, vão dar muito menos throttle e ter mais desempenho, logo aí já tem "ganho grátis".

mas precisa reescrever?
isso ai n é tudo unix da vida?
distribuição de linux que tem para monte de plataforma... n é apenas recompilado?

e android que tem para ARM, x86, MIPS etc.... os apk da vida n é tudo mesmo código mas apenas recompilado para cada plataforma?

[rapier]

mas precisa reescrever?
isso ai n é tudo unix da vida?
distribuição de linux que tem para monte de plataforma... n é apenas recompilado?

e android que tem para ARM, x86, MIPS etc.... os apk da vida n é tudo mesmo código mas apenas recompilado para cada plataforma?

Tudo do x86 que tem otimização na mão pra instruções vetoriais como SSE ou AVX terá que ser reescrito, ou apenas usarão as rotinas default em "C" ou parecido. As instruções escalares não devem dar maiores problemas.

[martec]

Tudo do x86 que tem otimização na mão pra instruções vetoriais como SSE ou AVX terá que ser reescrito, ou apenas usarão as rotinas default em "C" ou parecido. As instruções escalares não devem dar maiores problemas.

quer dizer que android e linux n se usa muito essas instruções vetoriais então....
entendido...

[rapier]

quer dizer que android e linux n se usa muito essas instruções vetoriais então....
entendido...

Usam sim, mas sempre tem o fallback pra "C" (C simples, C++... depende). A questão é que esse fallback é lento pra caralho, logo se simplesmente recompilarem os programas Mac x86 pra ARM, o desempenho cairá bastante.

---

Exemplo de programa de alto desempenho:



O fallback de cada função ali é em C, e vejam que a função em C demora muito, mas muito mais ciclos pra ser processada do que em SSE (pre-AVX2) ou AVX2. Se você mandar recompilar isso daí pra ARM, ele não tem SSE nem AVX, logo ele vai compilar as funções da versão em C, o que por consequência gerará código lento pra caralho.

Não tem compilador milagroso pra ARM que faça a função dequant 8x8, que demora 183 ciclos em C, levar os mesmos 8 ciclos do AVX2 só que em ARM. O programador tem que escrever a função na mão especificamente pra arquitetura desejada.

Pra esse programa (x264) funcionar direito em ARM, tiveram que escrever as funções especificamente pro Simd do ARM (NEON, 128bit) que comumente não é tão rápido quanto SSE.

[martec]

Usam sim, mas sempre tem o fallback pra "C" (C simples, C++... depende). A questão é que esse fallback é lento pra caralho, logo se simplesmente recompilarem os programas Mac x86 pra ARM, o desempenho cairá bastante.

então linux para ARM é bem lento então comparado ao x86?
se bem que deve limitar o uso, pq ai seria desastre neh....
ainda mais para quem tem Raspberry Pi etc...

[rapier]

então linux para ARM é bem lento então comparado ao x86?
se bem que deve limitar o uso, pq ai seria desastre neh....
ainda mais para quem tem Raspberry Pi etc...

Depende dos programas que a pessoa usa. Maioria dos programas nativos do SO Linux é leve, a questão é os programas de terceiros.