Möjligheten för applikationer att verkligen dra nytta av flera kärnor för individuell användning på en stationär dator var en långvarig spänning med Intel. Om vi går väldigt långt tillbaka med introduktionen av först MMX och sedan hyper threading (virtuella flera kärnor) och sedan riktiga kärnor, fanns det helt enkelt inte så många scenarier för flera kärnor för enanvändarsystem. En av de stora kritikerna som Intel (och många tekniska recensenter) använde om ARM när vi tillkännagav en flytt var bristen på flera kärnor. Det fanns massor av teoretiska idéer. Intel gick igenom Office och kom fram till allt från stavningskontroll, videokonferenser, e-postsökning eller bildkomprimering/dekomprimering (när JPEG var nytt) till omberäkning av ark. Det fanns massor av "bakgrundsuppgifter" (i huvudsak handkodad virtuell multiprocessmodell) som vi hade i Office, men arbetet med att göra dem flertrådiga/kärnade kontra inaktiv tid vi använde var mycket och vinsten var liten. Vi såg också att arkitektur för trådar/flera processorer blev ganska kostsamt i minnes- och/eller kodkomplexitet. I slutändan kunde individer bara arbeta så snabbt ändå. Saker som verkligen betydde något, som stavning, var inte supersvåra. Ofta slutade det med att de mest intressanta scenarierna, som videocodec eller utskrift, avlastades till specialiserade processorer eller bara var mindre viktiga. Surfning (som ett program) gynnades av säkerheten, isoleringen och definitivt sidladdningen för komplexa sidor (kod, bilder, etc.) blev optimerad för modern processorarkitektur. Vissa skulle kunna hävda att de överanvändes för fördelen. Det händer när ny teknik sprids. Det fanns systemomfattande saker som drog nytta av tillförlitligheten och den verkliga bakgrundsbearbetningen som blev mycket viktiga – som innehållsindexering lokalt eller surfning. Men med tiden blev det mindre viktigt att göra dessa lokalt. Som med många saker hade utvecklare många användningsområden för sina egna verktyg och arbete, vilket förvrängde betydelsen av detta scenario. Våra egna utvecklare körde alltid flera byggen och tester i bakgrunden medan de gjorde annat arbete (surfning). Mycket I/O-bundna processer som de gynnades avsevärt av flera kärnor/processer/trådar. Ja, det fanns alltid sätt att göra detta bra, men i slutändan skulle det ha varit mycket bättre om all den energin gick till grafik, vilket är vad vi fortsatte att säga till Intel tills grafik blev en mer specialiserad processor som Intel inte kunde bli upphetsade över.