把 Intel 和 AMD 的核心編號放在同一張表上：Linux 7.3 開發首週做了哪些事

先把時間點說清楚：這件事發生在 2026 年 8 月 17 日之後。Linux 核心 7.3 的合併視窗於當天正式開啟，到 8 月 22 日為止，x86 架構與 CPU 調度器相關的更新已經陸續合併進開發分支。對大多數人來說，核心開發是離生活很遠的新聞，但這一輪更新裡有幾個段落，恰好踩在一般人也能有感覺的線上：還沒發表的 AMD 新硬體、Intel 與 AMD 各自為政的編號系統，以及一臺用 Sandy Bridge 處理器配 RX 580 顯卡的老電腦跑遊戲會不會更順。

「未知核心」終於有了名字

第一件事最單純，也最有想像空間。Linux 7.3 在 x86/cpu 相關程式碼中新增了 AMD_CPU_TYPE_LOW_POWER 這個核心類型，用來識別 AMD 即將推出的低功耗 CPU 核心。

在此之前，Linux 只能把這類尚未正式亮相的核心歸類為「未知」。核心收到一顆不認識的 CPU，只能先給它一個模糊的標籤，等之後再補上正確的處理邏輯。現在名字先掛好了，代表 AMD 接下來的處理器路線圖裡，低功耗核心大概率會是正式成員，而且和 Intel 的 E 核一樣，需要作業系統層面提前鋪路。

這也牽出一個背景：混合架構早就不是 Intel 的專利。手機 SoC 用大小核用了十幾年，桌機與筆電這幾年也跟上了。當 AMD 也準備端出低功耗核心，作業系統要處理的就不是「某一家的特殊設計」，而是一種業界常態。Linux 這次先佔位，動作算早。

兩家廠商的編號，為什麼要合併整理

第二件事更有意思。Linux 7.3 統一了 Intel 與 AMD 的 CPU 核心類型處理機制：過去兩家廠商各自使用自家編號系統描述核心類型，Linux 核心內部得記兩套對照；現在則把這些廠商特定類型映射到通用的 CPU 核心類型，減少跨廠商的處理差異。

這件事的起點不太傳統。根據 IT 之家的報導，相關開發工作與一個名為 Sashiko 的 AI 機器人有關。這個機器人在程式碼審查過程中注意到，不同 CPU 廠商的核心類型編號存在差異，容易造成程式碼理解與處理上的混淆，後續的通用化工作因此被進一步推動。

換句話說，這不是哪位工程師靈光一閃的重構，而是機器先看到了人類長期習以為常的混亂。開源社羣裡 AI 參與程式碼維護的案例越來越多，但多數停在找 bug、提建議的層級；這次 AI 的觀察直接對應到一項跨廠商的整併，算是把「機器看程式碼」這件事往前推了一步。對長期維護核心的人來說，這種整理不性感，卻是讓後面所有工作變簡單的那種地基。

用十年前的電腦打遊戲，被認真對待了

第三件事可能是離一般使用者最近的一段。Linux 7.3 的調度器合併了一組針對老硬體遊戲性能的改進，重點在 cgroup 調度機制的調整，由 Intel 工程師 Peter Zijlstra 負責。

測試平臺很說明問題：Intel Sandy Bridge 處理器，配上 AMD Radeon RX 580 顯卡。Sandy Bridge 是 2011 年前後的產品，RX 580 也是上一個世代的甜點卡。這套組合正是大量還在服役的中古電腦的縮影，跑不動最新 3A 大作，但拿來玩些電子競技類或獨立遊戲仍然堪用。

這組被稱為「flatten the pick」的工作，目標之一是解決 cgroup 調度長期存在的行為問題，包括 renice 任務處理不當等狀況。新的機制提供 up、max、concur 與 tasks 等 cgroup 權重分配模式，預設採用 concur，權重分配更精確，代價是處理開支較高。相關改動也把 cgroup 調度調整為單一執行佇列。開發者公布的測試顯示，這套機制在老硬體平臺的遊戲場景有一定性能改善。

把視野放寬一點看，這與近年全球消費電子市場的氣氛是對得上的。硬體換機週期拉長，老電腦繼續上場的時間變長，願意替舊機器花力氣的軟體工作就越有價值。美國遊戲市場近期那份硬體支出下滑的成績單，背後其實是同一種錢包心理。作業系統這端能做的，就是讓握著舊機器的人晚一點覺得該買新的。

老處理器還有兩項小禮物

除了調度器，x86/core 部分還有一項針對更老硬體的優化。對於支援 SSE 但不支援 SSE2 的 AMD Athlon XP 時代處理器，核心現在可以在寫入記憶體屏障程式碼中使用 SFENCE 指令。Athlon XP 是 2000 年代初期的產品，這條更新大概只會讓少數還在跑古董機的愛好者會心一笑，但它存在本身就是一種態度：老硬體沒有被忘掉。

另外還有一項 KCFI 相關優化，改善較舊 Intel 處理器上的處理。KCFI 是核心控制流完整性機制，用於限制核心控制流被異常修改，屬於安全防護的一環。效能與安全在老平臺上通常被當成取捨題，這次的改動則是在舊機器上把安全機制的成本壓低一些。

MSR 介面的斷捨離

MSR（Model Specific Register）介面也在這一輪被整理。核心將停止使用 32 位元 MSR 介面，統一改用 64 位元介面以簡化程式碼，32 位元介面預計在 Linux 7.4 開發週期正式移除。

這是典型的新陳代謝：先停止使用，觀察一段時間，再刪除。開源核心的演進多數時候就是這種節奏，沒有戲劇性的宣示，只有一版一版的收斂。

調度器的其他幾筆

調度器部分還有幾項值得一提的改動。

針對短時間片任務，Linux 7.3 降低了調度延遲。開發者 Vincent Guittot 公布的 cyclictest 測試結果顯示，相關改動能顯著改善部分調度延遲指標。對音訊處理、即時應用這類對延遲敏感的場景，這類數字上的進步會轉成體感。

針對 Intel 混合架構處理器，這次修復了集羣調度中的一個問題。P 核與 E 核性能有別，系統必須把核心之間的非對稱算力納入考量，此次更新改善了這類處理器上的集羣負載均衡。

最後，在 NOHZ 負載均衡過程中，Linux 7.3 現在會優先選擇完全空閒的 CPU 核心來分配任務。NOHZ 機制允許空閒 CPU 減少週期性時鐘中斷，是省電與降低幹擾的老朋友；讓任務往真正乾淨的核心上跑，是這套機制的又一次微調。

從合併視窗看開源的節奏

把這一週的更新並排放在一起看，味道就出來了。有替尚未問世的硬體鋪路的（AMD 低功耗核心），有替長期混亂打包整理的（核心類型統一），有替舊機器續命的（Sandy Bridge 上的遊戲調度、Athlon XP 的 SFENCE），也有單純做減法的（MSR 介面收斂）。

這些事情之間沒有共同的宣傳主軸，卻共享同一種氣質：核心開發的世界裡，大多數進步是由無數次這樣的整理、鋪路與修補疊出來的。合併視窗每幾週開一次，媒體只會挑其中幾條講，但對每天在郵件清單上來回的開發者來說，這只是又一個正常的開發週期。

Linux 7.3 最終版本還要等一段時間才會正式發布，屆時這些改動會不會如測試數據所示轉成實際體感，仍要看發行版的採用速度與更多真實場景的回報。不過對手上還有一臺老電腦的人來說，這一輪更新至少給了一個繼續開機的理由。