SA260324R-0257

回到這篇 SA Coverage

① SA Source

Context Before

Though not officially discussed by Nvidia at GTC 2026, an NVL288 concept has been explored within the supply chain. This would entail two NVL144 Kyber racks placed adjacent to each other, with a rack-to-rack copper backplane used to connect the two racks. One possibility is that all 288 GPUs are connected all to all, but this would require higher radix switches than the current NVLink 7 switches which only offer a maximum radix of 144 ports of 200G.

If Rubin Ultra NVL288 is deployed, each Rubin Ultra GPU will have a scale-up bandwidth of 14.4Tbit/s uni-di, requiring 144 DPs of cables to connect the NVLink 7 switches. 72 DPs per GPU times 288 GPUs means a total of 20,736 additional DPs required to connect this larger world size domain. This entails a lot of cables, so it is an upper bound of how much cable content could be used.

Evidence

The radix of the 28.8T NVLink Switch limits the number of GPUs that each switch can connect while still providing for cross-rack connectivity. Either a higher radix switch will have to be used - or there will have to be a degree of oversubscription in this architecture while potentially adopting a dragonfly-like network topology. This would also require fewer DPs worth of copper cables.

Context After

image

Source: SemiAnalysis

② Atomic Claim

在可能採用 oversubscription/dragonfly-like topology 的 NVL288 替代方案中,所需 copper cable DPs 會較少。

  • Epistemic Mode: HYPOTHETICAL
  • Mapping Status: PARTIAL

③ Semantic Frame

{
  "attribute": "CABLE_REQUIREMENT_EFFECT",
  "context_nodes": [],
  "entity": {
    "id": "04_knowledge_base/Copper",
    "label": "copper"
  },
  "frame_type": "ATTRIBUTE",
  "qualifiers": {
    "condition_text": "This 指涉前一條 hypothetical network alternatives; Possible oversubscription/dragonfly-like NVL288 alternative",
    "numeric_mentions": [],
    "temporal_mentions": []
  },
  "value": {
    "numeric_mentions": [],
    "value_text": "上述高 radix/oversubscription topology 會降低所需 DP 與 copper cable content。"
  }
}

④ Canonical Entity Mapping

RoleSurface LabelCanonical Target
entitycopperCopper

⑤ V2 Draft(需要修正時直接編輯)

Inline repair

只編輯以下三個 Draft 區塊。完成後將 review_action 設為 REQUEST_REPAIR,再手動執行 Repair Preview。
執行腳本前,Draft 不會寫入 Claim Store 或 Graph。

V2 Atomic Claim Draft

在可能採用 oversubscription/dragonfly-like topology 的 NVL288 替代方案中,所需 copper cable DPs 會較少。

V2 Semantic Frame Draft

{
  "attribute": "CABLE_REQUIREMENT_EFFECT",
  "context_nodes": [],
  "entity": {
    "id": "04_knowledge_base/Copper",
    "label": "copper"
  },
  "frame_type": "ATTRIBUTE",
  "qualifiers": {
    "condition_text": "This 指涉前一條 hypothetical network alternatives; Possible oversubscription/dragonfly-like NVL288 alternative",
    "numeric_mentions": [],
    "temporal_mentions": []
  },
  "value": {
    "numeric_mentions": [],
    "value_text": "上述高 radix/oversubscription topology 會降低所需 DP 與 copper cable content。"
  }
}

V2 Revision Metadata Draft

{
  "epistemic_mode": "HYPOTHETICAL",
  "mapping_status": "PARTIAL"
}

⑥ Human Review

請在 Properties 逐項確認:

  • 原文 → Atomic Claim 是否忠實
  • Atomic Claim → Semantic Frame 是否忠實
  • Canonical Entity mapping 是否正確
  • Epistemic mode 是否保留原文語氣
  • 最後選擇 review_action

Review state

Markdown 內文不是正式 approval。只有 Apply bridge 寫入的 Decision Ledger event 才是正式決策。