SPEC CPU 2017 進入退場期
SPEC CPU 2017 將在 2026 退場，V1.1.9 則加入較低學術授權、Linux on RISC-V 支援與更完整的配置報告。
SPEC CPU 2017 會在 2026 年退場，V1.1.9 則補上學術降價、Linux on RISC-V 支援，還把配置報告做得更清楚。
說真的，這不是小更新。SPEC CPU 2017 一邊像產品頁，一邊像退場公告。它還是 CPU 基準測試裡很常見的一套，大家拿它比處理器、記憶體、編譯器表現。
但時間表已經寫死。SPEC 已經把 SPEC CPU 2026 拉進來。這代表接下來兩年，很多伺服器評測和採購文件都會開始換語言。
對台灣開發者來說，這件事很實際。你在看雲端主機、工作站，或是自家 CI 伺服器時，基準分數不會自己解釋自己。版本、編譯器、旗標、配置，少一個都可能讓結果歪掉。
| 項目 | 數值 |
|---|---|
| 新客戶價格 | US$1000 |
| 合格非營利價格 | US$250 |
| 認證學術價格 | US$50 |
| 套件內 benchmark 數量 | 43 |
| V1.1.9 發布日期 | 2022-12-01 |
| 獨立提交截止 | 2026-08-10 03:00 AM US Eastern Time |
SPEC CPU 2017 到底在量什麼
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
SPEC 做這套 benchmark，目標很直接。它要比較真實應用風格的運算負載。不是跑一個漂亮的合成分數而已，而是看處理器、記憶體子系統、編譯器一起怎麼配合。
這也是它難搞的地方。它不是按一下就出分數。使用者要編譯 workloads，再跑 shell 或 command prompt 指令，最後照 SPEC 的格式交件。講白了，它比較像工程流程，不像玩具測試。
這種設計有好處。因為真實世界裡，編譯器和 flags 常常比硬體紙面規格更重要。你用不同的 GCC、LLVM，甚至不同的最佳化參數，結果就會差很多。
- 43 個 benchmarks 都包在套件裡。
- SPECspeed 2017 Integer 和 SPECspeed 2017 Floating Point 看單一工作完成時間。
- SPECrate 2017 Integer 和 SPECrate 2017 Floating Point 看吞吐量。
- 還有一個可選指標看耗電量。
所以它一直出現在 CPU 評測、伺服器發表簡報、學術論文裡。它不太像「峰值炫技」工具。它比較像看系統長時間跑起來會不會露餡。
V1.1.9 做了哪些實際修補
SPEC CPU 2017 V1.1.9 是在 2022-12-01 發布。它沒有改變核心用途，但補了幾個很實際的洞。學術授權降價、初步支援 Linux on RISC-V、還有更完整的系統配置報告。
這些改動看起來很小，實際上很有指向性。學術價格從 US$1000 的商業價，拉到 US$50 的認證學術價，差了 20 倍。對大學實驗室和研究團隊來說，這就是能不能常態跑測試的差別。
Linux on RISC-V 的支援也很直白。RISC-V 不再只是學界和開源社群在聊的架構。它已經開始進入驗證、部署、和效能比較的場景。沒有 benchmark 支援，很多人根本沒法拿出可信數字。
“RISC-V is a new and open instruction set architecture that is gaining momentum,” said Calista Redmond of RISC-V International.
這句話放在這裡很合理。因為 benchmark 廠商很少為了好看而加新架構支援。通常是使用者真的開始問了，才會動手。
配置報告變清楚也很重要。你如果比過兩份 benchmark，就知道有些報告會故意把細節藏起來。少了版本號、編譯器資訊、或系統設定，結果就很難查。
退場時間表很硬
SPEC 不是只更新 CPU 2017。它是在收尾。退場節奏和 SPEC CPU 2026 綁在一起，而且時間點很精準。
先看最重要的幾個日期。到 2026-08-10 03:00 AM US Eastern Time 之前，CPU 2017 和 CPU 2026 的結果都能獨立提交。過了這個點，規則就開始變。
從 2026-08-10 03:01 AM 到 2026-11-02 03:00 AM，如果你要在 SPEC 網站公開 CPU 2017 結果，就得搭配同一套配置的 CPU 2026 結果。到 2026-11-02 03:00 AM，SPEC 就不收 CPU 2017 的公開結果了。到 2026-11-16，技術支援也結束。
- 2026-08-10 前，CPU 2017 可獨立提交。
- 2026-08-10 到 2026-11-02，公開 CPU 2017 要配 CPU 2026。
- 2026-11-02 起，SPEC 停止接受 CPU 2017 公開發布。
- 2026-11-16 後，CPU 2017 退場並停止技術支援。
這對廠商很傷腦筋。因為 benchmark 常常卡在產品發表、採購審查、評測截稿這幾條線上。你晚一步，整份資料可能就不能拿去公開。
SPEC 也講得很清楚。退場影響的是公開發布，不是內部使用。授權使用者還是能私下跑，只是公開時要註明 CPU 2017 已退場，並遵守公平使用規則。
跟 CPU 2026 比，市場重心已經在移動
如果你是買伺服器、雲端主機，或是自己管一批 CI 機器，這件事會影響你怎麼看歷史分數。2024 的 CPU 2017 成績不會消失，但大家會開始更常拿 CPU 2026 來對照。
這裡有個很現實的問題。舊分數和新分數放在一起時，很多人只看數字，不看上下文。其實你真正要留的是編譯器版本、tuning flags、base copy 數、系統配置。少了這些，分數很容易失真。
對學術圈來說，價格變動很有感。US$50 的學術價，跟 US$1000 的商業價，完全是兩個世界。這會讓更多實驗室願意反覆跑，至少不用先被授權費嚇退。
如果你在做基準資料庫，我的看法很直接：現在就該雙軌追蹤 CPU 2017 和 CPU 2026。不要拖到 2026 年 8 月才補。那時候你會忙著修 tuning、重跑 flaky workload、補文件，根本沒空整理。
- CPU 2017：適合延續既有歷史資料。
- CPU 2026：會變成新一輪比較基準。
- RISC-V：需要更完整的效能驗證工具鏈。
- 學術單位：最直接受惠的是授權成本。
這波變化背後，其實是 benchmark 生命週期
很多人把 benchmark 當成靜態工具。其實不是。它會跟著硬體世代、編譯器、作業系統一起變。CPU 2017 走到退場，反而很正常，因為它本來就不是永遠不動的標準。
你也可以把這件事看成一個訊號。當 SPEC 開始把 RISC-V、學術價格、配置報告放進同一個更新裡，代表使用情境已經變了。它不只服務大廠，也在照顧研究單位和新架構社群。
這跟 SPEC CPU 2026 的接棒有關。新套件一上來，大家就會重新定義什麼叫「合理的 CPU 效能比較」。這種轉換期很煩，但也最容易看出誰真的懂 benchmark，誰只是抄數字。
接下來該怎麼做
如果你手上有伺服器評測、採購報告、或產品簡報，現在就該把 CPU 2017 和 CPU 2026 的位置整理好。別等到最後三個月才補資料。那時候最容易出錯。
我會建議你先做兩件事。第一，保留原始配置。第二，標記每個分數對應的 benchmark 版本。這樣等 CPU 2017 退場後，你還能清楚知道舊數字在講什麼。
講白了，這不是懷舊問題。這是資料管理問題。誰能把 benchmark 上下文留完整，誰就比較不會在下一輪伺服器採購裡被數字騙到。