La capacidad de las aplicaciones para aprovechar realmente múltiples núcleos para uso individual en una computadora de escritorio fue una tensión de larga data con Intel. Yendo muy atrás con la introducción de primero MMX y luego hyper threading (múltiples núcleos virtuales) y luego núcleos reales, simplemente no había tantos escenarios para múltiples núcleos para sistemas de un solo usuario. Una de las grandes críticas que Intel (y muchos revisores de tecnología) usaron sobre ARM cuando anunciamos el traslado fue la falta de múltiples núcleos. Había muchas ideas teóricas. Intel pasó por Office y se le ocurrió todo, desde el corrector ortográfico, la videoconferencia, la búsqueda de correo electrónico o la compresión/descompresión de imágenes (cuando JPEG era nuevo), hasta el recálculo de hojas. Había muchas tareas "en segundo plano" (esencialmente un modelo multiproceso virtual codificado a mano) que teníamos en Office, pero el trabajo para hacerlas multiproceso / núcleo frente al tiempo de inactividad que usábamos era mucho y la ganancia era pequeña. También vimos que la arquitectura para subprocesos / múltiples procesadores terminó siendo bastante costosa en memoria y / o complejidad de código. Al final, las personas solo podían trabajar tan rápido de todos modos. Las cosas que realmente importaban, como la ortografía, no eran muy difíciles. A menudo, los escenarios más interesantes, como el códec de video o la impresión, terminaron siendo descargados a procesadores especializados o simplemente menos importantes. La navegación (como aplicación) se benefició de la seguridad, el aislamiento y, ciertamente, la carga de páginas complejas (código, imágenes, etc.) se optimizó para la arquitectura moderna del procesador. Algunos podrían argumentar que se usaron en exceso para el beneficio. Eso sucede cuando las nuevas tecnologías se difunden. Hubo cosas en todo el sistema que se beneficiaron de la confiabilidad y el verdadero procesamiento en segundo plano que se volvieron muy importantes, como la indexación de contenido localmente o la navegación. Pero con el tiempo, hacer esto localmente se volvió menos importante. Como ocurre con muchas cosas, los desarrolladores tenían muchos usos para sus propias herramientas y trabajo, lo que sesgaba la importancia de este escenario. Nuestros propios desarrolladores siempre estaban ejecutando múltiples compilaciones y pruebas en segundo plano mientras hacían otro trabajo (navegar). Los procesos altamente vinculados a E/S como esos se beneficiaron significativamente de múltiples núcleos/procesos/subprocesos. Sí, siempre hubo formas de hacerlo bien, pero en última instancia, habría sido mucho mejor que toda esa energía se destinara a los gráficos, que es lo que le dijimos a Intel hasta que los gráficos se convirtieron en un procesador más especializado por el que Intel no podía entusiasmarse.