Schopnost aplikací skutečně využívat více jader pro individuální použití na stolním počítači byla s Intelem dlouhodobým napětím. Když se vrátíme velmi daleko do minulosti, s představením nejprve MMX a poté hyper threadingu (virtuální více jader) a poté skutečných jader, prostě nebylo tolik scénářů pro více jader pro systémy pro jednoho uživatele. Jednou z velkých kritik, kterou Intel (a mnoho technologických recenzentů) použil na adresu ARM, když jsme oznámili přechod, byl nedostatek více jader. Teoretických nápadů bylo spousta. Intel prošel Office a přišel se vším od kontroly pravopisu, videokonferencí, vyhledávání v e-mailech nebo komprese/dekomprese obrázků (když byl JPEG nový) až po přepočet listů. V Office jsme měli spoustu úloh "na pozadí" (v podstatě ručně kódovaný virtuální víceprocesový model), ale práce na tom, aby byly vícevláknové/jádrové vs. doba nečinnosti, kterou jsme používali, byla velká a zisk byl malý. Také jsme viděli, že architektura pro vlákna/více procesorů skončila docela nákladně z hlediska složitosti paměti a/nebo kódu. Nakonec by jednotlivci mohli stejně pracovat jen tak rychle. Věci, na kterých opravdu záleželo, jako pravopis, nebyly nijak zvlášť těžké. Často ty nejzajímavější scénáře, jako je video kodek nebo tisk, skončily přeneseny na specializované procesory nebo byly prostě méně důležité. Prohlížení (jako aplikace) těžilo z bezpečnosti, izolace a určitě i načítání stránek pro složité stránky (kód, obrázky atd.) se stalo optimalizovaným pro moderní architekturu procesoru. Někdo by mohl namítnout, že byly nadměrně využívány ve svůj prospěch. To se stává, když se šíří nové technologie. Existovaly věci v celém systému, které těžily ze spolehlivosti a skutečného zpracování na pozadí, které se staly velmi důležitými – jako je místní indexování obsahu nebo prohlížení. Postupem času se však jejich provádění na místní úrovni stalo méně důležitým. Stejně jako u mnoha jiných věcí měli vývojáři mnoho využití pro své vlastní nástroje a práci, což zkreslilo důležitost tohoto scénáře. Naši vlastní vývojáři vždy spouštěli několik sestavení a testů na pozadí, zatímco dělali jinou práci (procházení). Procesy s vysokou mírou I/O, jako jsou ty, významně těžily z více jader/procesů/vláken. Ano, vždy existovaly způsoby, jak to dělat dobře, ale nakonec by bylo mnohem lepší, kdyby všechnu tu energii věnovala grafice, což je to, co jsme Intelu říkali, dokud se grafika nestala specializovanějším procesorem, z něhož Intel nemohl být nadšený.