新訊

Intel Alder Lake 似乎砍掉了對 AVX-512 的支援

最近 Intel 向 GCC 提交了有關於 Sapphire Rapids 和 Alder Lake 平台的相關優化代碼,其中 Alder Lake 不會支援 AVX -512 指令集這點讓人深感意外。



sunny_cove_roadmap.jpg

Sapphire Rapids 是 Intel 計劃於明年發布的新處理器平台,而 Alder Lake 則是繼 Rocket Lake 之後的新桌面平台,將使用新的大小核混合技術,根據 Intel 的內核微架構路線圖,會使用上 Golden Cove + Gracemont 的組合。在 GCC 11 的編譯選項中,Alder Lake支援 MOVBE、MMX、SSE、SSE2、SSE3、SSSE3、SSE4.1、SSE4.2、POPCNT、AVX、 AVX2、AES、PCLMUL、FSGSBASE、RDRND、FMA、CLDEMOTE、PTWRITE、WAITPKG 和 SERIALIZE 這些指令集。相比較當前的 Sunny Cove 內核支援的指令集,它少了 AVX-512 相關的幾個子集。

這種缺少指令集的情況先前在 Lakefield 上面出現過,Lakefield 上面的小核心並不支援 AVX 指令集,為了避免程序執行錯誤,Intel 直接關掉了大核的 AVX 指令集支援。而 Alder Lake 將會使用的 Gracemont 應該是擴寬了後端執行單元,添加了對 AVX2 的支援,但對於一個小核心來說,AVX-512 的支援顯然是過於臃腫,所以相應的,Intel 直接蓋掉了大核對 AVX-512 的支援。

AVX-512 指令集的缺失會讓 Intel CPU 失去 AI 運算方面的優勢,如科學模擬、金融分析、人工智慧 (AI) / 深度學習、3D 模型製作與分析、影像與音訊 / 視訊處理、加密與資料壓縮等,這也是 Intel 宣傳中一直引以為傲的特性。

來源

soothepain

full loading
已加入
9/17/03
訊息
21,369
互動分數
1,934
點數
113
網站
www.coolaler.com
關於 AVX-512 指令集,Linux 創始人 Linus Torvalds 在郵件列表討論中,表達了對部分 Intel 處理器中的 Advanced Vector Extensions 512 (AVX-512) 指令集的一些看法。
----------------------------------------------------------------------------
我希望 AVX512 痛苦地死去,我希望 Intel 能夠解決真正的問題,而不是試圖創建神奇的指令,換取好看的基準跑分。

我希望 Intel 能夠回歸到問題的本質:讓進程重新運轉起來,更專注於常規代碼的改善,而不是 HPC 或者其他一些毫無意義的特殊情況。

我以前就說過,現在我再強調一遍:在 x86 的全盛時代,在 Intel 傲視群雄並碾壓所有競爭對手的時候,其他所有人在 FP 負載上的優化都要比 Intel 做的更好。相對而言,Intel 的 FP 性能是最爛的,而這一點都不重要。

因為沒有人在乎性能之外的東西。

無論是現在還是未來,對於 AVX512 來說都是相同的道理。沒錯,你可以根據優先級對關注點進行排序,但是從宏觀意義上來說這些東西對於設備的銷售並不會產生太大的影響。

而且 AVX512 還有一個致命的缺點。我更願意看到那些晶體管預算用在其他更相關的事情上。哪怕還是 FP 數學(在 GPU 中,而不是 AVX512)。或者就像 AMD 那樣給我更多的核心(具有良好的單線程性能,但沒有 AVX512 那樣的垃圾)。

我希望我的功耗極限是通過普通的線性代碼實現的,而不是通過什麼 AVX512 的功耗病毒,來犧牲最高時脈頻率(因為最後用它來做 memcpy)或者犧牲核心(因為那些無用的垃圾單元佔據了空間)。

沒錯,我對 AVX512 是存在偏見的。我更傾向於 FP 基準,而我也意識到很多人也很在意這個。我只是認為 AVX512 是錯誤的做法。這是我的一個小癖好。這是一個典型的例子,說明 Intel 做錯了什麼,部分原因只是增加了市場的碎片化。
----------------------------------------------------------------------------
 
▌延伸閱讀