應用程式真正利用桌面上多核心的能力，與英特爾之間長期存在著緊張關係。早在首次推出 MMX 以及隨後的超執行緒（虛擬多核心）和真正的核心時，就沒有太多單用戶系統的多核心場景。當我們宣布轉向 ARM 時，英特爾（以及許多科技評論者）對此的主要批評之一就是缺乏多核心。 有很多理論上的想法。英特爾在 Office 中經歷了從拼寫檢查、視頻會議、電子郵件搜索到圖像壓縮/解壓縮（當 JPEG 剛推出時）以及表格重新計算等各種功能。我們在 Office 中有很多 "背景" 任務（本質上是手動編碼的虛擬多進程模型），但將它們轉換為多執行緒/多核心的工作量很大，而收益卻很小。我們還看到，為執行緒/多處理器架構設計最終在內存和/或代碼複雜性上成本相當高。 最終，個人無論如何只能工作得這麼快。像拼寫這樣真正重要的事情並不特別困難。 通常，像視頻編解碼或打印這樣最有趣的場景，最終被轉移到專用處理器上，或者變得不那麼重要。 瀏覽（作為一個應用程式）受益於安全性、隔離性，當然，對於複雜頁面的頁面加載（代碼、圖像等）也變得針對現代處理器架構進行了優化。有些人可能會認為這些被過度使用以獲得好處。這在新技術擴散時會發生。 有一些系統範圍的事情受益於可靠性和真正的背景處理，這變得非常重要——例如本地內容索引或瀏覽。但隨著時間的推移，這些本地處理變得不那麼重要。 與許多事情一樣，開發人員對他們自己的工具和工作有很多用途，這扭曲了這種情況的重要性。我們自己的開發人員總是在進行多個構建和測試的同時進行其他工作（瀏覽）。像這些高度 I/O 綁定的過程顯著受益於多核心/進程/執行緒。 是的，總有方法可以做到這一點，但最終將所有這些精力投入到圖形上會更好，這就是我們一直告訴英特爾的，直到圖形成為一個更專業的處理器，英特爾無法對此感到興奮。