A capacidade das aplicações de realmente tirar proveito de múltiplos núcleos para uso individual em um desktop foi uma tensão de longa data com a Intel. Voltando muito atrás, com a introdução do primeiro MMX e depois do hyper threading (núcleos múltiplos virtuais) e, em seguida, núcleos reais, simplesmente não havia muitos cenários para múltiplos núcleos em sistemas de usuário único. Uma das grandes críticas que a Intel (e muitos revisores de tecnologia) usaram sobre a ARM quando anunciamos a mudança foi a falta de múltiplos núcleos. Havia muitas ideias teóricas. A Intel passou pelo Office e chegou a tudo, desde verificação ortográfica, videoconferência, busca de e-mail, ou compressão/descompressão de imagem (quando o JPEG era novo), até recálculo de planilhas. Havia muitas tarefas "em segundo plano" (essencialmente um modelo de múltiplos processos virtuais codificado manualmente) que tínhamos no Office, mas o trabalho para torná-las multi-threaded/núcleo em comparação ao tempo ocioso que usávamos era muito e o ganho era pequeno. Também vimos que arquitetar para threads/múltiplos processadores acabava sendo bastante custoso em termos de memória e/ou complexidade de código. No final, os indivíduos só podiam trabalhar tão rápido de qualquer maneira. Coisas que realmente importavam, como a ortografia, não eram super difíceis. Frequentemente, os cenários mais interessantes, como codec de vídeo ou impressão, acabaram sendo transferidos para processadores especializados ou simplesmente menos importantes. A navegação (como uma aplicação) beneficiou-se da segurança, isolamento, e certamente o carregamento de páginas para páginas complexas (código, imagens, etc.) tornou-se otimizado para a arquitetura de processadores modernos. Alguns podem argumentar que esses foram excessivamente utilizados para o benefício. Isso acontece quando novas tecnologias se difundem. Havia coisas em todo o sistema que se beneficiaram da confiabilidade e do verdadeiro processamento em segundo plano que se tornaram muito importantes—como indexação de conteúdo localmente, ou navegação. Mas, com o tempo, fazer isso localmente tornou-se menos importante. Como em muitas coisas, os desenvolvedores tinham muitos usos para suas próprias ferramentas e trabalhos, o que distorcia a importância desse cenário. Nossos próprios desenvolvedores estavam sempre executando múltiplas compilações e testes em segundo plano enquanto faziam outros trabalhos (navegando). Processos altamente dependentes de I/O, como esses, beneficiaram-se significativamente de múltiplos núcleos/processos/threads. Sim, sempre houve maneiras de fazer isso bem, mas, em última análise, teria sido muito melhor que toda essa energia fosse direcionada para gráficos, que era o que continuávamos dizendo à Intel até que gráficos se tornassem um processador mais especializado que a Intel não conseguia se empolgar.