Способность приложений действительно использовать несколько ядер для индивидуального использования на настольном компьютере была долгосрочным напряжением с Intel. Если вернуться далеко назад, с введением сначала MMX, затем гиперпоточности (виртуальные несколько ядер) и затем реальных ядер, просто не было так много сценариев для нескольких ядер для систем с одним пользователем. Одной из больших критик, которую Intel (и многие технические рецензенты) использовали против ARM, когда мы объявили о переходе, было отсутствие нескольких ядер. Существовало много теоретических идей. Intel прошла через Office и придумала все, от проверки правописания, видеоконференций, поиска по электронной почте до сжатия/распаковки изображений (когда JPEG был новым), до перерасчета таблиц. У нас было много "фоновый" задач (по сути, ручная кодировка виртуальной многопроцессорной модели), которые мы имели в Office, но работа по их многопоточности/многопроцессорности по сравнению с временем простоя, которое мы использовали, была большой, а выгода была небольшой. Мы также увидели, что проектирование для потоков/нескольких процессоров в конечном итоге оказалось довольно дорогим в памяти и/или сложности кода. В конце концов, индивидуумы могли работать только так быстро. Вещи, которые действительно имели значение, такие как правописание, не были суперсложными. Часто самые интересные сценарии, такие как видеокодек или печать, в конечном итоге были перенесены на специализированные процессоры или просто менее важные. Просмотр (как приложение) выиграл от безопасности, изоляции, и, безусловно, загрузки страниц для сложных страниц (код, изображения и т. д.) стал оптимизирован для современной архитектуры процессоров. Некоторые могут утверждать, что они были чрезмерно использованы для выгоды. Это происходит, когда новые технологии распространяются. Существовали системные вещи, которые выиграли от надежности и истинной фоновой обработки, которые стали очень важными — таких как локальная индексация контента или просмотр. Но со временем выполнение этих задач локально стало менее важным. Как и во многих вещах, у разработчиков было много применений для своих собственных инструментов и работы, что искажало важность этого сценария. Наши собственные разработчики всегда запускали несколько сборок и тестов в фоновом режиме, выполняя другую работу (просмотр). Процессы с высокой нагрузкой на ввод-вывод, такие как эти, значительно выигрывали от нескольких ядер/процессов/потоков. Да, всегда были способы сделать это хорошо, но в конечном итоге было бы гораздо лучше, если бы вся эта энергия пошла на графику, что мы продолжали говорить Intel, пока графика не стала более специализированным процессором, который Intel не могла заинтересовать.