跳轉到

Astera Roadmap Introduction

精簡會議摘要

1. 會議摘要

  • 本次結果: Astera 介紹 high-speed driver、PCIe/UA-Link switch 與 Cosmos 平台;雙方提出以 NIC-like card 驗證 Switch Tray interoperability 的構想。
  • 主要阻塞/風險: 對接 GPU 規格尚未確定、完整 loopback 能力待確認,NIC-like card 對 memory coherence 的驗證能力有限,且多個產品/介面名稱疑似有 AI transcription error。
  • 下一步: Astera 召集專家討論 interoperability test plan,評估 NIC-like card,安排產品組合測試 session,並提供 Cosmos SDK/API 文件。

2. 已確認決議

本次無正式決議。

3. Action Items

  • [ ] Astera/Kevin|召集專家,與偉創進一步討論 UA-Link 與 PCIe scale-up interoperability test plan|TBD
  • [ ] Owner 未指定|評估開發 NIC-like card,作為 Switch Tray interoperability 驗證與客戶展示工具|TBD
  • [ ] Owner 未指定|安排後續 session,介紹 Astera 產品與不同 CPU/GPU 組合的測試結果|TBD
  • [ ] Astera|提供 Cosmos SDK(CSDK)與相關 API 文件供客戶整合|TBD

4. 未決問題與風險

  • 問題或風險: 偉創尚無法確認目標 GPU 規格與對接條件。 可能影響: Switch Tray 無法定義完整 interface 與驗證範圍。 下一步驗證方式: 由 Astera 專家與偉創確認 UA-Link/PCIe topology、GPU 候選與 test matrix。
  • 問題或風險: 完整 loopback 路徑是否支援尚未確認。 可能影響: Interoperability test coverage 可能不足。 下一步驗證方式: 取得 device capability、port mapping 與可執行 PRBS/loopback mode。
  • 問題或風險: NIC-like AIC 為被動元件,可能無法驗證 UA-Link/NVLink 的 memory coherence 與 sharing。 可能影響: 展示結果無法證明完整 rack-level interoperability。 下一步驗證方式: 明確區分 electrical link test、protocol test 與 memory-coherence test。
  • 問題或風險: Cosmos SDK/API 的版本、可取得日期與 device coverage 尚未記載。 可能影響: 客戶整合時程與支援範圍不明。 下一步驗證方式: 取得正式 CSDK release、API 文件與支援矩陣。
  • 問題或風險: 多個名稱與單位可能為 AI 誤辨。 可能影響: 產品、標準與規格引用錯誤。 下一步驗證方式: 以 Astera 原始投影片與文件核對名稱及單位。

5. 關鍵資訊

  • [待確認] High-speed driver 建議預留「1.2 GHz 或 1.35 GHz」可能是單位誤辨,需回查原始資料。
  • [待確認] 完整 TXA→RXB→TXB→RXA loopback 是否支援尚未確認。
  • [已確認] Astera 說明的 switch 支援 PCIe 與 UA-Link 兩種介面,可用於 CPU/GPU 擴展。
  • [待確認] 「PCIe scale-up 從 Gen7 開始」及「第一顆約 80% SNA」需以正式 roadmap 核對。
  • [建議] 可先用 NIC-like card 做 electrical/protocol interoperability 展示,但不能直接等同 memory-coherence 驗證。
  • [已確認] Cosmos 平台分為 CLI、Explorer 與 Integration 三層。
  • [已確認] Cosmos 功能涵蓋 device info、sensor、link、performance、error/event、trace、diagnostic 與 security。
  • [待確認] Scopio、Toro Steel、E-Waiting、UAZ、PostGap 等名稱可能是 transcription error。
  • [待確認] CSDK release 時程與 API 支援範圍尚未提供。

會議記錄

AI伺服器產品技術簡報:High Speed Driver、PCI Switch 與 Cosmos 軟體平台 2026-07-31

行動項目

  • [ ] Astera 團隊(Kevin)召集專家,與偉創就 UA-Link 及 PCIe Scale-up 互通性測試方案進一步討論
  • [ ] 評估開發 NIC 卡作為 Switch Tray 的互通性驗證工具,供偉創向客戶展示
  • [ ] 安排後續 Session,介紹 Astera 產品與不同 CPU、GPU 的組合測試結果
  • [ ] 釋出 Cosmos SDK(CSDK)及相關 API 文件給客戶整合使用

High Speed Driver

  • 過去在 Canada 領域提供 1.2L Power Rail
  • 考量 Jamsink 東宣接近 32 台機的場景,建議客戶預留 1.2 GHz 或 1.35 GHz 兩個選項進行實測
  • High-Speed Drive 效果需有詳細設計資訊,並透過特定分位掃地設定才能啟用
  • 討論 Loopback Test:支援單向 PRBS(如 offstream component TX 打到 retainer RX),完整 loopback(TXA→RXB→TXB→RXA)需進一步確認

PCI Switch / Scopio Switch

  • Scopio Switch 分為兩個系列(P-Series 等),架構上支援 CPU 擴展,可形成 Mesh Fabric 網狀架構
  • 典型應用:8 GPU AI Server,可用 兩顆或一顆 Switch 不同方案,兩者 Performance 差異後續介紹
  • 支援兩種介面:PCIe 與 UA-Link(UA-Link 為開放標準協會)
  • 技術上所有支援 PCIe 介面的 GPU 皆可對接
  • PCIe Scale-up 從 PCIe Gen7 開始,目前已知第一顆達約 80% SNA
  • 支援廠商涵蓋 NVIDIA、AMD,以及中國大陸、日本等 XPU/SPU 廠商,多個專案進行中
  • 未來方向:E-Waiting 支援;客戶可透過 AIC Adding Card(NVIDIA/AMD)搭配 PCIe 做 Scale-up

偉創(Weichuang)合作討論

  • 偉創有意設計 Switch Tray(支援 PCIe 或 UA-Link),但面臨無法確認對接 GPU 規格的問題
  • 核心訴求:需要一套完整 Solution(Switch Tray + Compute Tray)以向客戶證明整個 Rack 的互通性
  • Astera 說明:
    • 偉創既有客戶(Intel、AMD)目前 engagement 主要在 UA-Link,而非 PCIe
    • 與 Simon 討論後,OpenREC 部分 engagement 聚焦於 UAZ(UA-Link),目前仍在 Cooking 中
  • 提出方案:偉創可開發類 NIC 卡,插入自家 Server,與 Switch Port 對接進行互通性測試,主動向客戶展示驗證能力,避免被動等待 GPU chipset 完成
  • Kevin 補充:UA-Link / NV-LINK 在 AI 領域的核心目的是 IC-to-IC memory coherence 與 memory sharing,使用 AIC 卡屬被動元件,在此架構下有其限制

Cosmos 軟體平台

  • 開發動機:各層級(Chip、System、Rack)使用不同工具與 Log 格式,學習成本高
  • 目標:單一工具支援多顆 Chip(Ares、Toro Steel、Skolio)
  • 架構三層:
    • Cosmos CLI:底層指令介面,透過 I2C 等方式直接與 chip 溝通
    • Cosmos Explorer:GUI 圖形化工具,收集 CLI 資料並視覺化呈現
    • Cosmos Integration:整合 Server Management(網路 path)透過 Redfish/PostGap 串接 SSAPI
  • 主要功能涵蓋:
    • Device 基本資訊、Sensor 溫度/Voltage、Link 狀態
    • Performance Matrix 分析
    • Error/Event 回報介面
    • LTSS Trace、Final Diagnostic 參數收集
    • Security 功能(Follow CSL/CPS Security Standard)
  • Cosmos SDK API 設計原則:統一介面,不同 device 呼叫同一 API(如 get device)即可取得對應資訊
  • 提供 index.html 文件供參考