YTGET

YouTube · Facebook · X · TikTok · Instagram · Threads

Cerebras 晶圓級晶片跑 Kimi K3 為何仍需 59 片的配置拆解

YouTube 影片筆記

Cerebras 晶圓級晶片跑 Kimi K3 為何仍需 59 片的配置拆解

原片標題:Cerebras 晶片大到一整片晶圓,為什麼 Kimi K3 還要 59 片?

原片說明
晶片已經大到一整片晶圓,為什麼一個 AI 模型還要分到 59 片?這支影片從 Cerebras 公開的 Kimi K3 配置示例出發,用工作桌、工具與工單,拆解模型權重、執行空間和 KV 快取的差別,再看多片晶圓如何沿流水線交棒。 模型放得下,與服務能順利處理請求,是兩個需要一起考慮的問題。單次等待和整體處理量也不同;換成資料中心 GPU,同樣要面對資料存放、傳輸與多卡協調的取捨。 本片分析的是官方示例:4-bit 權重、8-bit KV 快取,並假設平均每個請求為 256k tokens。59 指晶圓數,並非機櫃數、所有模型的最低需求或本頻道實測結果;也不代表 K3.1 Pro 的配置。 章節 00:00 晶片大到一整片,為什麼還要 59 片? 01:09 SRAM 與每片 44GB 的空間 01:40 模型之外,還要放得下工作 02:23 線性狀態與 KV 快取有何不同? 03:16 35+24=59:官方如何安排? 03:59 權重留原地,中間結果往前交 05:03 流水線如何接手不同請求? 06:11 單次等待、micro-batch 與處理量 07:10 換成資料中心 GPU 呢? 08:08 看晶片大小,也要看資料怎麼走 主要資料來源 Cerebras:How we deploy Trillion-parameter frontier models on Cerebras https://www.cerebras.ai/blog/how-we-deploy-trillion-parameter-frontier-models-on-cerebras Moonshot AI:Kimi K3 Model Card https://huggingface.co/moonshotai/Kimi-K3 Hugging Face:How caching works https://huggingface.co/docs/transformers/main/en/cache_explanation NVIDIA:HGX AI Factory Components https://docs.nvidia.com/enterprise-reference-architectures/hgx-ai-factory-h100-h200-b200/latest/components.html NVIDIA:Megatron Bridge Parallelisms Guide https://docs.nvidia.com/nemo/megatron-bridge/latest/parallelisms.html 部分畫面與縮圖使用 AI 視覺合成及自製功能示意,協助理解資料與工作的關係,不代表真實晶片的精確物理布局、實測畫面或官方部署現場。官方素材與編輯示意的來源另有紀錄。

晶片大到一整片晶圓,結果跑一個模型還要 59 片,我第一個反應是「這是在組什麼巨型樂高」。技之道這次拿 Cerebras 官方 10 月 22 的技術文章當底,用 Kimi K3 這個 2.8 兆參數的 MoE 模型當例子,把「模型放得下」跟「服務跑得動」這兩件事拆開來看,59 片不是晶片不夠大,是工作空間不夠分。

一片晶圓只有 44GB SRAM
一片晶圓只有 44GB SRAM01:34

影片時間軸

  1. 00:00開場丟出疑問:晶圓級晶片為何還要 59 片
  2. 01:09解釋 WSE-3T 把運算核心與 SRAM 鋪在同一片晶圓上
  3. 01:46用工作桌比喻:桌面不能全拿去堆工具,還要做的事要有地方放
  4. 02:23兩種注意力層留下的記錄方式不同,線性注意力與全注意力分開算
  5. 03:18線性注意力一層一片、全注意力一層一片,35 加 24 等於 59
  6. 04:12權重留在原地,只把中間結果 Activation 往前交棒
  7. 05:0359 片同時工作不等於單一請求的所有步驟同時完成
  8. 07:08換成資料中心 GPU 的 HBM 來比,容量更大但距離更遠
編譯器把層安排到晶圓上
編譯器把層安排到晶圓上04:12

59 這個數字是怎麼湊出來的

關鍵在 Kimi K3 混了兩種注意力層。線性注意力留下的記錄大小大致固定,一片晶圓可以塞兩層,用了 35 片;全注意力要保留每個 token 的 key 和 value,快取大得多,一片只能放一層,用了 24 片。35 加 24 就是 59。這個數字還綁著官方設定的條件:權重 4-bit、KV 快取 8-bit、平均每個請求 256k tokens。請求變短或同時使用人數不同,記憶體壓力就會跟著變,59 不是什麼神祕常數。

流水線救的是整體處理量,不是單次等待

權重不搬家,只把算完的中間結果交給下一片,這就是流水線。A 的請求卡在第二站時,第一站可以先接 B 的工作,不同請求同時佔據不同階段。但這增加的是整條線同時在做的事,不是把單一請求要走的步驟刪掉。所以一個人坐在螢幕前等答案,跟大量使用者同時湧進來,對系統是完全不同的考驗。影片也老實說:多買幾片只是增加資源,軟體編排跟不上,第三站照樣塞車。

HBM 像工位旁的大材料櫃
HBM 像工位旁的大材料櫃07:13

值得下載嗎

值得,如果你想把「晶圓級晶片等於無敵」這種直覺拆掉。它用具體數字和比喻把權重、執行空間、KV 快取分清楚,還誠實提醒 59 是官方示例而非實測,留下來當理解 AI 硬體配置的參考很划算。

覺得這篇筆記有幫助嗎?
YTGet 編輯室|看完影片整理的筆記,細節以原片為準。

連線中

影片封面

擷取畫面

輸入時間點,例如 3:20、3.20 或 200

影片皆已含音訊。檔案越大準備時間越久,完成前請保持頁面開啟。