2026.08.24 —— 今日 10 則
TODAY'S THREAD 今天好幾則都在往下挖到最底層才找到答案——LLVM 雜湊表選型翻案、兩顆 Cortex-A9 的快取一致性謎團、GitHub 容量問題背後的成長曲線；另一邊，連 Linus Torvalds 都開始借助 AI 定位核心驅動程式的問題根因。
Linus Torvalds 也開始用 AI 除錯：這次是一個 Intel GPU 驅動的 bug
一筆進了 Linux 核心樹的 commit 裡，Linus Torvalds 罕見地在說明文字中提到用 AI 工具協助定位一個 Intel GPU 驅動程式的問題根因。他的語氣算不上讚賞：AI 好幾次想放棄，是他自己夠固執才把根因追到底，他還補了一句，猜這類工具是被沒他那麼固執的人訓練出來的。合理的推測是，AI 輔助除錯在核心開發圈子裡的關鍵問題不在工具能不能用，而在什麼場景下維護者願意信。
觀測、計費、路由三件事，Cloudflare 要把 Workers AI 和 AI Gateway 併成一個控制平面
Cloudflare 宣布要把原本分開的 Workers AI（託管 GPU 推論）與 AI Gateway（多供應商路由與計費）收斂成單一 AI 控制平面——這是路線圖，不是已經完工的合併。眼下上線的是統一的 REST /ai/ 端點、不必先建好 gateway 就自動有的可觀測性，以及 AI Gateway 額度可以拿來付 Workers AI；路由整合還標著 coming soon，官方說希望未來幾個月開放給所有 AI Gateway 與 Workers AI 使用者試行。真走到那一步，多供應商呼叫各自維護計費與可觀測性邏輯的團隊可以少維運一套黏合層；換來的代價是路由決策權更集中到 Cloudflare 這一層。
編譯器工具鏈的雜湊表選型：LLVM 為什麼要甩開 Robin Hood
LLVM 最近幾次雜湊表改版換了個方向：捨棄 Robin Hood、Swiss Table 那套「減少最壞情況探測長度」的路線，改用線性探測配上 Algorithm R 刪除。作者用編譯器工具鏈實際的查詢模式（大量插入、少量刪除、對快取局部性極度敏感）重跑基準測試，說明為什麼這類特化工作負載下，教科書排名靠後的線性探測反而贏。
5 微秒編出一段機器碼：JIT 編譯器把發射開銷壓到極限
一般談 JIT 效能會先想到執行速度，這篇反過來盯著「編譯本身要花多久」——把單次編譯壓到 5 微秒等級，代表就連呼叫次數很少的冷路徑函式，也能划算地即時編譯。作者拆解了達成這個數字要砍掉哪些傳統 JIT 常見的開銷，並用實測數字說明代價換到哪裡去了。
兩顆 Cortex-A9 明明同 SoC，為什麼快取死活不一致
作者在自己的嵌入式專案上踩到一個違反直覺的現象：同一顆 SoC 上兩顆 Cortex-A9 核心，理論上該走 SCU（snoop control unit）維持快取一致，實際量測卻看不到該有的一致性行為。文章把懷疑對象一一排除——頁表、記憶體屬性、快取開機順序都照規格書設好——最後鎖定一個嫌疑最大的位元，但兩份官方技術手冊對它的說法互相矛盾，案子目前還沒結。
記憶體配置不等於實際佔用：Linux page fault 怎麼決定何時真的給頁面
這篇把 demand paging 的機制從頭拆給你看：程式呼叫 malloc 拿到的位址範圍，一開始其實只是核心記錄下來的一段「承諾」（VMA），真正對應到實體頁面，要等到第一次存取觸發 page fault 才發生。理解這個分野，才看得懂為什麼 top 顯示的虛擬記憶體用量常常遠大於實際吃掉的實體記憶體。
四個月內 commit 數翻倍，GitHub 8/17 的容量問題不是巧合
GitHub 8 月 17 日那場容量問題，回頭看的關鍵數字是：受 AI 輔助開發工具帶動，平台每月 commit 量從 14 億衝到 29 億，翻了超過一倍；而 Azure 目前承擔平台約 58% 的流量。不過按 GitHub 自己的說明，8/17 當天的直接原因是 Central US 資料中心裡某個元件在新的流量高峰下沒能擴展上去；四個月翻倍的 commit 量是這件事的背景，不是炸掉的直接主因。
團隊檔案加密要多快才夠：Dropbox 用進階金鑰管理換效能
Dropbox 這篇拆解他們給團隊共享檔案設計的三層金鑰架構：team key（TEK）往下包 namespace key（NEK），NEK 再往下包 block key（BEK）。這樣分層的好處是分享關係或存取權一變動，只要把 NEK 這把小金鑰重新加密一次，不必回頭把底下所有資料 block 重新加密一遍；代價是每個請求多一次 metadata 查詢，再多一次加密或解密。
不把搜尋索引交給 Google，Hister 讓你自己養一份
Hister 是一個可以自己架設、自己控制的全文搜尋索引工具——你決定要收錄哪些內容、索引資料留在自己手上，而不是仰賴商業搜尋引擎的黑箱排序。瀏覽器書籤和筆記軟體內建搜尋常常弱到不能用，Hister 提供的是一條自架路線——索引更新和儲存空間的維運成本，也就跟著全部自己扛。
一支 API 打進去，Google API Gateway 幫你動態路由到不同模型
Google Cloud API Gateway 新增模型路由功能，讓應用透過單一 OpenAPI 規格呼叫，由閘道層依規則動態轉發到不同模型供應商，中間的 payload 格式轉換也由閘道處理。原本得在多個模型供應商之間來回切換、自己手刻轉接層的工作，現在整塊搬進了基礎設施層。