La capacité des applications à vraiment tirer parti de plusieurs cœurs pour un usage individuel sur un bureau a été une tension de longue date avec Intel. En remontant très loin avec l'introduction des premiers MMX puis du hyper-threading (cœurs multiples virtuels) et ensuite des vrais cœurs, il n'y avait tout simplement pas beaucoup de scénarios pour plusieurs cœurs dans des systèmes à utilisateur unique. L'une des grandes critiques qu'Intel (et de nombreux critiques technologiques) a utilisées à propos d'ARM lorsque nous avons annoncé notre transition était le manque de cœurs multiples. Il y avait beaucoup d'idées théoriques. Intel est passé par Office et a proposé tout, de la vérification orthographique, la visioconférence, la recherche d'e-mails, ou la compression/décompression d'images (lorsque le JPEG était nouveau), au recalcul des feuilles. Il y avait beaucoup de tâches "en arrière-plan" (essentiellement un modèle multi-processus virtuel codé à la main) que nous avions dans Office, mais le travail pour les rendre multi-threadées/core par rapport au temps d'inactivité que nous utilisions était considérable et le gain était faible. Nous avons également constaté que l'architecture pour les threads/multiprocesseurs finissait par être assez coûteuse en mémoire et/ou en complexité de code. Au final, les individus ne pouvaient de toute façon travailler qu'à une certaine vitesse. Des choses qui comptaient vraiment comme l'orthographe n'étaient pas super difficiles. Souvent, les scénarios les plus intéressants comme le codec vidéo ou l'impression finissaient par être déchargés sur des processeurs spécialisés ou devenaient tout simplement moins importants. La navigation (en tant qu'application) a bénéficié de la sécurité, de l'isolation, et certainement du chargement de pages pour des pages complexes (code, images, etc.) qui sont devenues optimisées pour l'architecture des processeurs modernes. Certains pourraient soutenir que ces éléments étaient surutilisés pour le bénéfice. Cela se produit lorsque de nouvelles technologies se diffusent. Il y avait des choses à l'échelle du système qui bénéficiaient de la fiabilité et du véritable traitement en arrière-plan qui devenaient très importantes—comme l'indexation de contenu localement, ou la navigation. Mais avec le temps, faire cela localement devenait moins important. Comme pour beaucoup de choses, les développeurs avaient de nombreuses utilisations pour leurs propres outils et travaux qui faussaient l'importance de ce scénario. Nos propres développeurs exécutaient toujours plusieurs compilations et tests en arrière-plan tout en effectuant d'autres travaux (navigation). Les processus fortement liés aux entrées/sorties comme ceux-ci bénéficiaient considérablement de plusieurs cœurs/processus/threads. Oui, il y avait toujours des moyens de bien faire cela, mais finalement, il aurait été beaucoup mieux que toute cette énergie soit consacrée aux graphiques, ce que nous ne cessions de dire à Intel jusqu'à ce que les graphiques deviennent un processeur plus spécialisé qu'Intel ne pouvait pas trouver excitant.