A capacidade dos aplicativos de realmente tirar proveito de vários núcleos para uso individual em um desktop foi uma tensão de longa data com a Intel. Voltando muito para trás, com a introdução do primeiro MMX e depois do hyper threading (vários núcleos virtuais) e depois dos núcleos reais, simplesmente não havia muitos cenários para vários núcleos para sistemas de usuário único. Uma das grandes críticas que a Intel (e muitos revisores de tecnologia) usou sobre o ARM quando anunciamos a mudança foi a falta de vários núcleos. Havia muitas ideias teóricas. A Intel passou pelo Office e criou tudo, desde verificação ortográfica, videoconferência, pesquisa de e-mail ou compactação/descompactação de imagem (quando o JPEG era novo), até o recálculo da planilha. Havia muitas tarefas "em segundo plano" (essencialmente modelo multiprocesso virtual codificado à mão) que tínhamos no Office, mas o trabalho para torná-las multi-threaded / core v. tempo ocioso que usamos foi muito e o ganho foi pequeno. Também vimos que a arquitetura de threads/vários processadores acabou sendo muito cara em 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 ortografia, não eram super difíceis. Muitas vezes, os cenários mais interessantes, como codec de vídeo ou impressão, acabaram sendo descarregados para processadores especializados ou apenas menos importantes. A navegação (como um aplicativo) se beneficiou da segurança, isolamento e certamente o carregamento de páginas complexas (código, imagens, etc.) tornou-se otimizado para a arquitetura moderna do processador. Alguns podem argumentar que eles foram usados em excesso para o benefício. Isso acontece quando as novas tecnologias se difundem. Havia coisas em todo o sistema que se beneficiavam 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 acontece com 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 várias compilações e testes em segundo plano enquanto faziam outro trabalho (navegação). Processos altamente vinculados a E/S, como esses, se beneficiaram significativamente de vários núcleos/processos/threads. Sim, sempre houve maneiras de fazer isso bem, mas, no final das contas, teria sido muito melhor que toda essa energia fosse para os gráficos, que é o que continuamos dizendo à Intel até que os gráficos se tornassem um processador mais especializado com o qual a Intel não poderia se entusiasmar.