使用GLIBC硬體功能實現簡單動態分派

GLIBC硬體功能（hwcaps）喺一個好簡單但好有用嘅方法，幫到你喺amd64同POWER架構上做到動態分派。呢個功能喺GLIBC 2.33版首次出現，取代咗之前嘅舊式硬體功能（Legacy Hardware Capabilities），而舊式功能喺2.37版已經被移除。hwcaps嘅運作方式真是一個字：簡單！動態鏈接器（dynamic linker/loader）唔單止會喺標準程式庫路徑搵共享程式庫，仲會喺hwcaps/嘅子目錄搵，優先搵當前CPU支援嘅最高版本。咁樣就確保咗程式可以用到最適合嘅指令集同優化，唔使犧牲兼容性。

點解動態分派咁重要？喺現代電腦世界，唔同CPU支援唔同嘅指令集擴展（比如SIMD指令集），一個高效能但又要廣泛兼容嘅程式庫，必須用動態分派去揀最適合嘅指令集。例如，喺amd64平台上，程式可能要用AVX、AVX2甚至AVX512指令集，但唔係每部機都支援呢啲高階指令集。如果用傳統方法，開發者要唔係寫多份程式碼，唔係就要喺運行時自己做分派邏輯，兩者都好麻煩。hwcaps就解決咗呢個問題，佢幫你自動揀最適合嘅程式庫版本，唔使你手動改程式碼。

以ggml（一個用於機器學習嘅程式庫）為例，佢早喺2025年1月已經開始用hwcaps做動態分派，當時只限於amd64平台。後來，ggml仲將呢個功能擴展到arm64同ppc64el，解決咗之前喺其他架構上嘅限制。Debian嘅ggml套件亦都即將轉用呢個新嘅動態分派機制，進一步提升效能同兼容性。值得一提嘅係，喺hwcaps系統下，最低階嘅程式庫（例如針對x86-64-v1）會直接裝喺標準路徑，而唔係子目錄。呢個設計好處係，即使喺唔支援hwcaps嘅系統（例如非GLIBC環境），程式庫都可以正常載入，雖然效能可能係最差嘅版本。

hwcaps嘅另一個好處係佢同編譯器同系統嘅整合好緊密。只要你嘅編譯器同build目標支援特定CPU擴展，hwcaps就可以幫你用上呢啲優化。呢個功能特別適合需要高效能運算嘅應用場景，例如機器學習、科學計算同圖形處理。當然，hwcaps唔係萬能，佢只支援GLIBC環境，而且需要開發者喺build時做好配置。但相比起手動寫分派邏輯，hwcaps真是一個「懶人」解決方案，幫開發者慳時間同心機。

總括嚟講，GLIBC嘅hwcaps功能為動態分派提供咗一個簡單又高效嘅方案。無論你係開發高效能程式庫，定係想喺唔同硬件上跑得更快，hwcaps都係一個值得一試嘅工具。想了解更多，可以去Christian Kastner嘅文章深入研究：https://archive.is/2025-07-13-glibc-hwcaps