ARTICLE DETAIL

资讯详情

深耕编程入门与网站建设的一线实战洞察。

UCIe基础学习1:chiplet 与 UCIe——为什么 die-to-die 互联成为必然

UCIe基础学习1:chiplet 与 UCIe——为什么 die-to-die 互联成为必然 UCIe 协议深度精讲 · 第 01 篇 | 基准UCIe 2.0系列主线20 篇 4 卷一篇一个主题——是什么、为什么、怎么工作、怎么测、坑在哪chiplet 与 UCIe为什么 die-to-die 互联成为必然篇头速通这篇是 UCIe 系列的第 1 篇任务只有一个把 chiplet 世界观给你立起来。看完你能回答三个问题——芯片为什么要拆开、拆开后 die-to-die 靠什么连、UCIe 在这个格局里站在哪。图UCIe 全系列 20 篇 4 卷导航卷1「定位与全景」高亮本篇是系列地基。先自查三条你知道摩尔定律在先进工艺节点上明显减速新节点单位成本越来越高你见过「一颗 SoC 里 CPU/GPU/IO 全塞一起」的框图知道 die 是晶圆上切下的裸片本篇无前置依赖零基础可上车一、从「一颗大芯片」说起先讲为什么「一颗大芯片」走到了头。三个硬约束哪个都绕不过。第一光罩面积是物理天花板。一颗 die 通常就是一次曝光出来的而光罩reticle投影的成像场有上限26 mm × 33 mm约 858 mm²业内标准成像场尺寸。die 想再大就得分步拼接曝光没几个产品敢碰。SoC 面积被钉死在这个数量级核心、缓存、IO 再多也装不下。第二良率随面积指数级往下掉。晶圆上任何位置一颗致命缺陷落进哪颗 die 哪颗报废。die 面积翻一倍碰中缺陷的概率跟着涨良率成指数往下塌。到 reticle 极限附近造超大 die成本高到算不过来把 die 拆小是良率账上最直接的改善。第三先进制程的成本曲线陡得吓人。每换一代节点设计成本、IP 移植成本都暴涨其中 IP 移植成本涨得非常猛数据出处UCIe 官方白皮书 2022。原来「整颗 SoC 所有 IP 全搬最新节点」的打法在 5nm、3nm 时代就是烧钱无底洞。这三条合起来就是 Day of Reckoning——词不是新造的Gordon Moore 1965 年在《Cramming more components onto integrated circuits》里就写过把大系统拆成小功能块、分别封装再互连可能更经济数据出处UCIe 官方白皮书 2022。当年没人当回事如今节点减速、成本暴涨这句话成了 chiplet 运动的出发点。二、chiplet拆开才有出路chiplet中文叫芯粒定义直白设计阶段就把一颗大 SoC 按功能拆成多颗小 die各自流片、各自测试最后封装到一起。收益一条条列各自选最优制程CPU 核心用最新节点拼性能I/O、内存控制器这类不追性能的模块用落后一两代的成熟节点业内叫 n-1/n-2省钱一颗封装混两个节点。die 复用跨产品同一颗 compute die、同一颗 I/O die按不同数量组合出不同产品型号SKU一个设计覆盖多个市场段不用重新流片。IP 移植成本省下来功能没变的 die 不用把 IP 搬新节点——这恰好是成本涨得最狠的一项。良率立刻改善die 拆小上一节的良率账直接变好。上市更快time-to-market复用加拼装比从零设计快得多。这些不是纸面收益量产产品已这么干了好几年AMD 的 EPYC 服务器处理器 2019 年起就把多个 7nm 计算 die 和一颗 14nm IO die 用自家互连拼进一个封装公开资料Apple 的 M1 Ultra 把两颗 M1 Max die 通过硅中介层拼成一颗 SoCdie 间连接超过 1 万根信号、带宽 2.5 TB/s数据出处Apple 官方 2022-03GPU 和 HBM 的组合封装更是 2.5D 先进封装的常见场景。图UCIe 规范给出的多 die 封装示例——CPU、加速器、I/O Tile、内存 die 通过 UCIe 互连成一颗芯片对外接口走 CXL/PCIe/DDR数据出处UCIe Spec 2.0。但拆开不是免费午餐代价得直说。die-to-die 的数据传输靠封装里的物理互连三个指标全变成新问题带宽片内总线片上网络带宽随便做到 TB/s 级跨 die 走封装互连带宽密度受 bump 间距和 die 边长限制差一个数量级。时延片内信号走的是微米级连线跨 die 要走 bump、走封装走线物理距离到毫米级时延跟着涨一个数量级。能效片内互联每 bit 成本是 fJ 级跨 die 要驱动电气接口每 bit 成本高几十倍。说白了拆完之后怎么连直接决定拆得值不值。chiplet 这个产业问题一半是封装问题一半是互连协议问题。三、先进封装拆开之后怎么连拆开的 die 靠先进封装连起来主流就两条路线2.5D 和 3D。2.5D平铺在中介层上。所有 die 倒扣在一块硅中介层interposer上die 间走线布在中介层里die 和中介层之间用微凸块bump连接。Intel 的 EMIB、台积电的 CoWoS 都是这条路线代表区别只在中介层是整片硅还是局部桥接。带宽密度高、时延低是高性能 chiplet 的主流。图2.5D 封装剖面——多颗 die 倒扣在封装基板上die 之间靠嵌入基板的硅桥高密度互连这是 EMIB 方案的做法数据出处UCIe Spec 2.0。3D垂直堆叠。die 摞 die硅本身不导电层间垂直连通靠硅通孔TSV在硅体上垂直钻孔填铜信号和供电直上直下。更进一步是混合键合hybrid bonding省掉 bump两片 die 表面的铜垫直接面对面压合铜原子扩散键成一体间距能做到 10µm 以下。垂直互连距离是微米级带宽密度上一个台阶代价是散热、良率、可测性全是新问题。图3D 封装剖面——die 面对面混合键合垂直堆叠层间 TSV 穿硅互连底部 C4 凸点接封装基板数据出处UCIe Spec 2.0。bump pitch 是封装代差的体温计。三档 pitch 对应三代封装图bump pitch 三档梯度——100~130µm2D 有机基板、25~55µm2.5D 中介层、≤10µm3D 混合键合pitch 越小单位面积信号密度越高数据出处UCIe Spec 2.0。封装形态bump pitch典型场景带宽密度2D 标准封装SP100~130µmdie 直接上有机基板走线在基板里22~125 GB/s/mm²2.5D 先进封装AP25~55µm硅中介层上平铺走线在硅里188~1350 GB/s/mm²3DUCIe-3D≤10µm优化档功能档 10~25µm垂直堆叠、混合键合4000 GB/s/mm²9µm pitch数据出处UCIe Spec 2.0pitch 越小单位面积能塞的信号越多带宽密度指数级往上跳。但有个反直觉点pitch 不是越小越能跑高速。规范按 pitch 分四组互操作档25~30µm 最高 12 GT/s31~37µm 到 16 GT/s38~44µm 到 24 GT/s45~55µm 才能到 32 GT/s数据出处UCIe Spec 2.0。pitch 越细供电和散热压力越大标称速率反而要往下压。选型时 pitch 和速率是绑在一起看的。2.5D 和 3D 的本质区别一句话2.5D 横向扩展die 平铺、中间层走线3D 纵向堆叠die 摞起、穿硅孔直连。3D 的带宽密度、时延、能效全面优于 2.5D工程代价也全面更高——后文 KPI 表可见这个梯度。四、互联协议为什么必须是「标准」封装把 die 物理连上了传数据还得有个协议。这一步行业先走过弯路再走到 UCIe。私有方案的墙。NVIDIA 有自己的 die 间接口据行业资料NV-HBI 是 NVLink 的封装内版本AMD 有 Infinity Fabric苹果的 UltraFusion 也是自家体系。私有方案性能确实强问题在于它是堵墙die 只能跟同一生态的 die 对接IP 没法跨厂商复用。chiplet 市场的核心价值是「不同来源的 die 混搭」私有接口天然把这个价值锁死了你买不到别家的 die 拼进你的封装。白皮书说得很直白私有互连产品市面上已经一堆UCIe 要做的就是行业一起定通用标准数据出处UCIe 官方白皮书 2022。开放标准的打法是被验证过的。PCIe 统治板级互连二十年USB 统治外设CXL 正在吃内存和加速器生态。共同套路三件套开放标准组织、有竞争力的 KPI、一致性测试与互操作机制。白皮书把这叫「生态配方」recipe for ecosystem。UCIe 登场。Universal Chiplet Interconnect Express2022 年 2 月发布 1.02024 年 8 月发布 2.0新增 UCIe-3D 支持。Intel 牵头、AMD、Arm、台积电、三星等发起目标是封装内 die 间互连的通用语。先给速通定义覆盖「UCIe 是什么」高频词UCIe 是封装内 die 间互连的开放标准三层栈 Protocol Layer承载协议/D2D Adapter把数据打包成 flit、负责可靠性/PHY电气互联物理连接分 sideband常开管参数协商和调试和 mainband主数据通路。上层直接复用 PCIe/CXL软件栈、错误处理、安全方案都是现成的生态不用重建。板级互连有 PCIedie 级互连 UCIe 正在抢这个生态位。Module互连基本单元一条 UCIe 互连由 Module 组成带宽不够时多个 Module 并联扩带宽每个 Module 里N 条数据 lane标准封装 16、先进封装 64valid track各 1 条数据有效与跟踪转发时钟每方向 1 组sideband每方向 1 组800 MHz 时钟 数据KPI 说话。协议好不好先看硬指标UCIe 2.0 三形态 KPI 一张表看完参数UCIe-S2D 标准封装UCIe-A2.5D 先进封装UCIe-3D数据率4~32 GT/s4~32 GT/s≤4 GT/s SoC 逻辑频率每模块宽度16 lane64 lane80 lane可降到 70/60…bump pitch100~130µm25~55µm≤10µm优化档信道距离≤25 mm≤2 mm垂直堆叠微米级带宽密度22~125 GB/s/mm²188~1350 GB/s/mm²4000 GB/s/mm²9µm能效0.5 pJ/b0.25 pJ/b0.05 pJ/b时延TXRX2 ns2 ns0.125 ns可靠性0FIT10FIT10FIT1数据出处UCIe Spec 2.0。FIT 是失效率单位1 FIT 10^9 小时 1 次失效0FIT1 基本可当它不会坏。这张表拉通三列能读出两个关键判断一是「密度换速率」的取舍。3D 带宽密度约为 2.5D 的 3 倍、是 2D 的 30 多倍能效也好两个档位——但它的数据率只有 ≤4 GT/s。垂直互连走「宽而慢」的路宁可把 lane 数堆到 80也不追单 lane 速率因为 bump 面积限制下电路必须极度简化。选 2D、2.5D 还是 3D本质是在带宽密度、成本、可测性之间挑平衡点。二是时延差一个数量级还多。3D 的 0.125 ns 对上 2.5D 的 2 ns差了约 16 倍2 ÷ 0.125。这 16 倍主要耗在两个地方物理距离、协议栈深度。2.5D 要驱动毫米级走线信道距离 ≤2 mm 是规范上限信号要过完整 PHY 和 D2D AdapterCRC、重试、参数协商都在路径上3D 是垂直堆叠、距离微米级规范干脆砍掉了 D2D Adapter低速率加近零距离误码率低到不需要 CRC 和重试PHY 简化成最基本的驱动电路SoC 逻辑直连时延只剩半个时钟周期0.5 UI4 GT/s 下的 250 ps。这就是为什么 UCIe-3D 能把时延压到 0.125 ns数据出处UCIe Spec 2.0。五、验证工程师的第一眼最后把 KPI 表翻译成验证工程师能上手的三个指标怎么验照表能干活。带宽密度先算总带宽再摊到 die 边上。单 lane 每 GT/s 就是 1 Gb/s。x16 标准封装跑 32 GT/s总带宽 16 × 4 64 GB/sx64 先进封装跑 32 GT/s64 × 4 256 GB/s。规范给的密度数字如 x64 先进封装 165~1317 GB/s/mm是按固定 pitch 打满 die 边的理论密度验证时拿实测总带宽除以 die 边长对照档位看差多少。注意 x32 模块的密度是 x64 的一半别拿错基准数据出处UCIe Spec 2.0。能效pJ/b 的实测法。规范的能效定义是「每 bit 从 FDIAdapter 面向协议层的接口到 bump 再回到 FDI 的能耗」含 Tx、Rx、PLL、时钟分布不含协议层和内核数据出处UCIe Spec 2.0。实测单独给 PHY Adapter 域电源轨采样功耗除以有效 bit 吞吐。常见坑是把协议层功耗算进来pJ/b 虚高对不上 0.5/0.25/0.05 档位先怀疑口径别先怀疑芯片。时延2 ns 预算怎么拆。2 ns 是 16 GT/s 基准下 TXRX 全链路目标Adapter 和 PHY 都算路径是 FDI 进、bump 出、对面回来数据出处UCIe Spec 2.0。UI 1/数据率16 GT/s 下 62.5 ps2 ns 约 32 个 UI。验证时在 FDI 边界分层打点拆出 Tx、Rx 路径各占多少哪边超预算一目了然。3D 的 0.125 ns 直接以「半个时钟周期」理解别拿 2D 的预算结构去套。三个表格现场照用故障模式表症状根因证据die 间带宽上不去封装选型错档比如用 2D 标准封装扛高密度带宽实测带宽密度与档位表对不上能效超标速率/电压档位与封装形态不匹配如标准封装跑 32 GT/s能效档位远高于 0.5 pJ/bpJ/b 实测偏高时延超预算PHY/Adapter 分层时延失衡或拿 3D 口径套 2.5D 链路FDI 分层打点某段超支测试方法表手段前置预期带宽密度测算拿到封装 pitch 与 lane 数对照三形态档位落位时延预算拆解PHY/Adapter 分层测试环境TXRX 合计 2 nsAP/SP16 GT/s 基准能效实测FDI 边界功耗探针对照 0.5/0.25/0.05 pJ/b 档位判断依据表判据特征三形态档位数据率 4~32 GT/s、宽度 16/64/80、pitch 梯度逐档对应能效档位0.5SP/0.25AP/0.053DpJ/b时延档位2 nsAP/SP对 0.125 ns3D量级差 16 倍六、文末声明系列首发CSDN「UCIe 协议深度精讲」| 基准 UCIe 2.0数字均以 UCIe Spec 2.0 为准错误欢迎评论区指出勘误会更新在文末。图片版权归 UCIe Consortium仅用于技术学习交流。
返回列表