news 2026/9/3 12:53:48

三星为英伟达定制8Hi HBM,17~18Gbps速率意味着什么?

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
三星为英伟达定制8Hi HBM,17~18Gbps速率意味着什么?

这次我们来看一个硬件供应链消息:三星电子正在为英伟达开发定制 8Hi HBM,目标传输速率做到了 17~18Gbps。这条消息最值得留意的不是“三星进入英伟达HBM供应链”这件事,而是“定制”两个字。英伟达过去的HBM采购基本按JEDEC标准规格走,只要容量、堆叠层数、功耗满足要求,就可以在SK海力士、三星、美光之间切换。现在传出三星为英伟达做定制8Hi HBM,说明英伟达在下一代AI加速卡的内存子系统上,已经不满足于标准品性能,而是希望内存厂商按自己的功耗、散热、封装和容量需求来做特定设计。

文章后面会把 HBM、8Hi、17~18Gbps 这几个关键词分别拆开,给出单堆栈和整卡的理论带宽换算,再聊一聊定制HBM对英伟达GPU、三星供应链以及AI服务器部署可能产生的影响。如果你在判断“这条消息到底是普通爆料还是真正值得追踪的技术升级”,可以重点看第3节、第5节和第7节。

需要先说清楚:目前消息仍处在“消息称”阶段,三星电子和英伟达都还没有发布正式的规格书。17~18Gbps 更合适理解为“开发和验证目标”,而不是已经量产的确定参数。文章里的所有带宽数字都是根据公开接口位宽做的理论换算,最终数值要以官方公布为准。

1. 核心信息速览

先把这条消息的关键信息整理成一张表,方便快速判断它的技术定位。

项目说明
消息主题三星电子为英伟达开发定制 8Hi HBM
核心速率17~18Gbps 数据传输速率
堆叠方式8Hi,即8层DRAM Die堆叠
供应方三星电子
需求方英伟达
可能用途AI 训练/推理加速卡的高带宽内存
当前状态“消息称/开发中”,非正式发布规格
速率判断明显高于当前主流HBM3E公开速率,属于定制/超标设计
影响范围AI服务器、GPU封装、HBM供应链竞争格局

这里要单独强调一下:17~18Gbps 在当前HBM产品矩阵里属于一个比较高的数值。现在主流HBM3E的公开速率通常在9~10Gbps左右,不同厂商和不同批次会有差异。如果三星这款定制8Hi HBM能达到17~18Gbps,等于在同样接口位宽下把单堆栈带宽翻了一倍。这是一个跨越式的提升,不是常规迭代。

2. HBM、8Hi、17~18Gbps:把三个关键词拆开讲

2.1 HBM 是什么技术

HBM 是 High Bandwidth Memory 的缩写,直译就是“高带宽内存”。它不是传统DDR内存那种扁平PCB走线方案,而是把多颗DRAM die垂直堆叠在一起,通过TSV(硅通孔)在die之间传递数据,然后通过底层基础die,与GPU或SoC封装在同一基板上。

这样做的好处首先是位宽可以做得很大,单个HBM堆栈的接口位宽通常是1024 bit,远超普通DDR5的64 bit或GDDR6的32 bit。其次是传输距离短、引脚少,功耗和面积更可控。AI加速卡和高性能计算芯片大量使用HBM,就是因为内存带宽经常决定一个训练作业或者推理请求能跑多快。

2.2 8Hi 堆叠是什么意思

8Hi中的“Hi”在HBM语境里代表“层数级别”,8Hi意思是8层DRAM die堆叠在一起。常见的还有4Hi、12Hi、16Hi。层数越多,单堆栈容量越大,但散热和良率挑战也越大。

需要留意的是,8Hi本身并不指定容量,最终容量取决于单颗DRAM die的密度。如果单颗die是2GB,8Hi就是16GB;如果单颗die是3GB,8Hi就是24GB;更密的die还能做到更大。所以看到“8Hi HBM”时,先不要急着换算成某个固定容量,要看三星在这款定制产品里选用什么密度等级的die。

2.3 17~18Gbps 是什么水平

17~18Gbps说的是DRAM引脚的数据传输速率,也就是每个引脚每秒可以传输17到18Gbit数据。这个数字单独看不大,但HBM的位宽极宽。当前在售的主流HBM3E产品,公开速率通常在9~10Gbps区间,不同厂商和不同批次有差异;所以17~18Gbps如果实现,等于在同样1024 bit接口下把单堆栈理论带宽提升了大约70%到100%。

换句话说,这已经不是小步迭代,而是明显偏“超标”的设计目标。如果消息属实,三星需要在DRAM核心架构、I/O电路、信号完整性和测试方案上做大量定制工作。

我简单整理了一张HBM演进对比表,方便看清这个速率在历史产品中的位置:

内存代际典型引脚速率典型堆叠层数单堆栈理论带宽(按1024bit)主要应用
HBM约1Gbps4Hi/8Hi约128GB/s早期高端显卡
HBM2约2Gbps4Hi/8Hi/16Hi约256GB/s数据中心加速卡
HBM2E约3.6Gbps8Hi/16Hi约460GB/sAI训练卡
HBM3约6.4Gbps8Hi/16Hi约819GB/sAI训练/推理
HBM3E约9~10Gbps8Hi/12Hi/16Hi约1.1~1.3TB/s当前主流AI加速卡
本消息定制8Hi HBM17~18Gbps(开发目标)8Hi约2.2~2.3TB/s(理论)英伟达下一代AI加速卡(待确认)

以上速率是基于公开信息整理的大致值,不同厂商、不同批次会有差异,具体以各厂商官方规格为准。这张表主要用来帮助理解17~18Gbps在HBM代际中的位置。

3. 为什么英伟达需要“定制”HBM

3.1 标准HBM无法完全满足下一代AI加速卡

英伟达的AI加速卡是目前HBM最大的买方市场。从H100到H200,再到B系列,基本每一代都在提高内存容量和带宽。随着模型越来越大、上下文越来越长,标准HBM所能提供的带宽和功耗表现逐渐成为“内存墙”制约。

对于训练来说,大规模矩阵乘法和梯度同步需要极高的带宽。对于推理来说,长上下文和MoE模型要频繁读取权重,带宽不足会导致GPU利用率下降。因此,英伟达需要更快的HBM,而且最好按自己的功耗墙、温度墙、封装尺寸来做,而不是受限于纯标准化规格。

3.2 定制可以优化哪些点

定制HBM可以在多个维度做调整。

第一是速率,通过改进DRAM核心设计、I/O电路和芯片间互连,把引脚速率从标准HBM3E水平往上推。第二是容量配置,GPU设计者可以选择最合适的die密度和堆叠层数组合,使每张卡的HBM总容量与目标算力匹配。第三是热特性和功耗,可以针对GPU整体散热方案调整HBM的工作电压和温度等级。第四是测试方式,英伟达可以要求三星在出厂前按更严格的标准做筛选,提升整体良率稳定性。

不过,这些只是定制HBM常见方向,具体这款产品改了哪些点,要等官方信息。

3.3 定制化对GPU封装方案的影响

HBM不是一个独立部件,它要被封装在GPU基板旁边,通过CoWoS等先进封装技术与GPU裸片连接。如果HBM规格变了,GPU基板的走线、pin定义、电源管理方案也得跟着调整。

这也是为什么供应链传出“定制HBM”时,通常意味着英伟达下一代GPU的内存子系统和封装设计也在同步改动。定制不是内存厂商单独能完成的,它背后是一整套系统级合作。从这个角度看,这条消息的侧面价值在于:英伟达下一代AI加速卡的平台设计已经推进到了和内存厂商联合定制的阶段。

4. 三星为什么愿意接这个定制单

4.1 从HBM市场竞争格局看

目前HBM市场主要由SK海力士、三星电子、美光三家供应。在英伟达AI芯片的HBM供应中,SK海力士长期占据较大份额,三星则在不断提升产品良率和认证进度。如果三星能拿下英伟达的定制HBM订单,对它的产品线地位、产线锁定和未来几代GPU绑定都有正面意义。

对三星来说,这不仅是卖内存,而是深度绑入英伟达下一代AI芯片的核心设计。一旦定制规格进入英伟达的参考设计,后续更换供应商的成本会变高,因为GPU基板、固件和测试流程都会围绕这个定制规格开发。

4.2 定制单的供应链壁垒

定制HBM的供应链壁垒比标准品高很多。标准HBM只要符合JEDEC规范,理论上可以在多家供应商之间切换;但定制产品通常包含专用测试流程、专用固件和专用封装方案,切换成本非常高。

如果三星能率先完成开发并通过认证,就为未来多代产品铺好了路。对英伟达来说,同一个规格让一家供应商开发,也更容易控制质量和供应链节奏。因此,定制订单一旦落地,就不是“一批订单”的概念,而是“多年绑定”的概念。

4.3 高速率带来的量产挑战

17~18Gbps不是传统HBM规格,DRAM核心、I/O、热管理都需要重新优化。三星要实现这个速率,面临的良率、功耗和散热挑战比标准品大得多。

特别是8Hi堆叠结构,8层DRAM die叠在一起,散热路径本身就比低层数产品更长。如果速率再往上拉,信号完整性和热稳定性压力会同时增加。所以即便“开发中”消息为真,能不能在预期时间点量产、能不能通过英伟达认证,才是下一步最关键的信息。

5. 带宽换算:17~18Gbps 对应多少理论带宽

5.1 单堆栈带宽计算方法

HBM带宽的核心公式是:带宽(GB/s)= 数据传输速率(Gbps) × 接口位宽(bit) / 8。单个HBM堆栈的接口位宽一般是1024 bit。

根据这个公式,可以做一个简单的理论换算。我写了一个Python示例,方便读者直接计算不同速率、不同堆栈数量下的理论带宽:

# 计算单个HBM堆栈的理论带宽 rate_gbps = 17.0 # 引脚传输速率,单位Gbps,也可改成18.0 bus_width_bits = 1024 # HBM单堆栈接口位宽,常规为1024 bit single_bw_gb_s = rate_gbps * bus_width_bits / 8 print(f"rate={rate_gbps}Gbps, 单堆栈带宽: {single_bw_gb_s:.1f} GB/s") rate_gbps = 18.0 single_bw_gb_s = rate_gbps * bus_width_bits / 8 print(f"rate={rate_gbps}Gbps, 单堆栈带宽: {single_bw_gb_s:.1f} GB/s")
# 计算多个HBM堆栈的总带宽 stacks = 6 # 这里用6个堆栈举例,实际数量由GPU规格决定 total_bw_gb_s = single_bw_gb_s * stacks print(f"{stacks} 个堆栈的理论总带宽: {total_bw_gb_s:.1f} GB/s")

5.2 换算结果

从计算结果看:

  • 17Gbps × 1024 bit / 8 = 2176 GB/s,约 2.18 TB/s 单堆栈
  • 18Gbps × 1024 bit / 8 = 2304 GB/s,约 2.30 TB/s 单堆栈

如果一张GPU集成6个堆栈,总带宽约13.1~13.8 TB/s;如果集成8个堆栈,总带宽约17.4~18.4 TB/s。这里的“堆栈数量”只是举例,实际数量由GPU规格决定。

注意:这里没有考虑DRAM刷新开销、纠错和功耗限制,实际可用带宽通常低于理论值。另外,不同厂商的HBM接口位宽在HBM4等新标准里可能变化,需要以官方为准。这个公式的价值在于:你可以用同样的方法,在三星或英伟达公布正式规格后,自行计算新产品的理论带宽。

5.3 和现役产品对比

当前主流HBM3E的公开速率普遍在9~10Gbps,单堆栈理论带宽约1.15~1.28TB/s。如果这次17~18Gbps的产品可以落地,单堆栈就能提升到2.18~2.3TB/s。这意味着,在相同堆栈数量下,GPU的HBM总带宽接近翻倍。

对大语言模型训练、推理和科学计算来说,这是一个非常明显的性能变量。内存带宽翻倍,往往意味着在内存受限算子中,GPU利用率可以明显提高,而不是简单地“显存容量变大”。

6. 对 AI 服务器与模型部署的影响

6.1 训练场景

大模型训练时,权重会频繁从显存中读取,梯度更新也需要同步。带宽提升后,每个SM可以更快拿到参数,减少等待周期。对分布式训练来说,单卡内部带宽提高,也会让模型并行和Data并行更高效。

虽然网络仍然可能是瓶颈,但内存带宽的改善对整体训练吞吐有直接帮助。尤其是在大规模矩阵乘法之外,像Long Context训练、序列拼接、Attention计算这些对带宽敏感的操作,会明显受益。

6.2 推理场景

推理的大头是读取权重和KV Cache。长上下文场景下,KV Cache占用越来越大,访问频率也越来越高。HBM带宽提升后,每个token生成时读取KV Cache的耗时更低,可用并发请求数也会提高。

对MoE模型来说,带宽更是重要。MoE每次计算只激活部分专家,但还是要从权重库里读取大量参数。如果HBM带宽不足,模型路由到多个专家时,读取参数的时间会成为瓶颈。带宽高了之后,推理服务可以在同样的GPU上服务更多请求,或生成更快。

6.3 对本地部署和云服务的影响

本地工作站和普通显卡短期不受影响,因为消费级GPU用的是GDDR,不是HBM。如果你自己在跑SD、ComfyUI、Llama.cpp,短时间不需要关注HBM,它属于数据中心级别产品。

云厂商和AI infra团队则要关注后续是否有搭载定制HBM的服务器机型。如果总带宽提升明显,长上下文推理吞吐和单位Token成本会有可感知的改进。不过,这些都要等英伟达正式GPU型号发布后,才能知道实际配置。

6.4 想在现网观察HBM带宽,可以用这些命令

如果你在数据中心里已经接触到了带HBM的GPU,想观察当前带宽利用率,可以用NVIDIA驱动自带的工具或nvtop做基础监控。这里提供两个通用命令:

# 查看当前GPU显存整体情况,包括容量、使用率、温度等 nvidia-smi # dmon模式可以周期性打印GPU利用率,具体字段随驱动和GPU型号变化 nvidia-smi dmon -s m -d 1
# 安装并使用nvtop,可以实时查看GPU内存占用和内存利用率 # 需要root权限或相应权限配置,不同Linux发行版安装方式不同 sudo apt install nvtop nvtop

需要说明的是,nvidia-smi 和 nvtop 更多展示的是内存容量利用率和整体负载,HBM带宽的实时采样通常需要配合NVIDIA DCGM 或厂商提供的Profiling工具。如果你要测量某个算子实际占用了多少HBM带宽,建议用NVIDIA Nsight Compute或DCGM的Profiling能力,而不是只看显存占用百分比。

7. 常见疑问与辨析

7.1 这是HBM3E还是HBM4?

目前消息没有明确说这是HBM3E还是HBM4。速率17~18Gbps比主流HBM3E高不少,但HBM4标准正在制定中,会有新一代接口和架构。

更稳妥的理解是:这是一款“为英伟达定制的8Hi HBM”,具体符合哪个JEDEC标准,要等官方发布。JEDEC标准出来之前,厂商可以先用自有非标设计做定制。所以不必把“17~18Gbps”直接等同于某个标准代际,它更像一个定制目标值。

7.2 8Hi到底是多少容量?

前面说了,8Hi只决定层数,容量要靠die密度。以公开的HBM3E产品为例,8Hi HBM常见容量在24GB左右,但这不是固定值。最终是哪一款密度,要看三星的工艺和英伟达的需求。

如果三星选用24Gb密度的die,8Hi可以得到24GB单堆栈;如果选用32Gb密度,容量会更高。所以不要看到“8Hi”就默认24GB,需要等具体规格。

7.3 17~18Gbps是不是太高了?

按现有HBM3E标准看,17~18Gbps确实高。但“定制”的核心意思就是可以突破标准限制。只要三星在DRAM核心、I/O电路和测试方案上做出调整,理论上是可追求的。

最大的风险在量产良率和功耗。高速率通常伴随更高的I/O功耗,在8Hi堆叠的散热条件下,如何控制温度是一个系统工程。所以消息面出现速度提升,不代表已经解决量产问题。

7.4 “消息称”可信度如何?

这种供应链消息一般来自业内知情人士或供应链调研公司,方向通常有参考价值,但具体数字可能受早期测试芯片影响。实际量产版可能达不到18Gbps,也可能后期比18Gbps更高。

建议把这条消息看作“正在开发/验证的一个目标”,不要当成已经定型的规格。真正能确认的节点是:三星官方发布产品说明,英伟达下一代GPU发布并明确搭载这款HBM,或者JEDEC发布对应标准。在这之前,任何单一速率值都要打折扣看。

8. 普通开发者、AI用户应该关注什么

8.1 本地部署用户不用着急

如果你自己跑SD、ComfyUI、Llama.cpp,或者用消费级显卡做AI应用,短时间不需要关注HBM。它属于数据中心级别产品,不会直接出现在消费级显卡上。消费级显卡用的是GDDR内存体系,和HBM不是一回事。

8.2 云上和infra团队关注GPU规格

如果你负责AI推理平台或GPU集群采购,后续重点看英伟达正式发布的新一代GPU是否采用这款定制HBM、堆栈数量是多少、总带宽多少、功耗和散热要求如何。这些参数直接影响服务器机型选择和单位Token成本。

可以从几个维度持续跟踪:

  • 英伟达新一代GPU官方规格页,确认HBM类型、容量和总带宽。
  • 三星HBM产品路线图,确认速率、功耗和量产时间。
  • 云厂商的GPU实例选型,确认什么时候能买得到。
  • 基准测试和实际推理吞吐数据,确认带宽提升是否能转化为收益。

8.3 软件开发者关注生态变化

即使硬件带宽提升,软件也要跟上。CUDA的Kernel融合、Attention算子、显存管理策略都需要针对高带宽做进一步优化。对于普通应用开发者,只需要等待驱动和推理框架更新即可,不需要提前改业务代码。

不过,如果你在做推理框架优化,可以提前关注HBM带宽利用率指标。等新卡到手后,优先观察Attention算子和MoE路由算子的带宽利用率,看看是否成为瓶颈。

8.4 关注官方信息节点

接下来应该盯住几个节点:

  • JEDEC是否发布新一代HBM标准,标准速率定在多少。
  • 三星官方是否发布定制HBM产品,给出具体速率、容量、功耗和量产时间。
  • 英伟达下一代GPU发布会上,是否出现搭载该HBM的型号,堆栈数量多少,软件跑分如何。
  • 供应链后续报道是否提到良率、认证、量产爬坡信息。

在官方消息出来前,不用过度解读单一速率数字。17~18Gbps是一个信号,不是结论。

9. 总结

核心信息就两条:三星在给英伟达做定制HBM;速率目标17~18Gbps,比当前主流HBM3E明显更快。这个消息如果最终落地,意味着下一代AI加速卡的内存带宽会显著提升,对大模型训练、长上下文推理和MoE推理都有实际意义。

最值得跟进的不是“会不会有”,而是“能不能量产、什么时候量产、通过认证后的实际速率是多少”。内存带宽翻倍固然好看,但封装后的整体系统表现、功耗控制和软件适配才是真正决定AI服务器体验的因素。

对读者的建议:本地部署用户当新闻看就行;做AI infra的团队可以开始评估新GPU发布后的适配成本;开发者则要盯住官方规格书和实际跑分。任何单一速度值在正式发布前都只是目标,最终效果还是要看整个GPU系统的表现。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/3 12:53:42

专业运动体能馆创业指南:从市场调研到运营管理的完整实操手册

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/3 12:51:57

从儿童自行车刷PB到性能基准:识别伪纪录与数据噪声

陪儿子在小区封闭环形道上练车时,我图省事,顺手跨上他那辆前阵子才换的儿童自行车,小小地骑了两圈。车型偏小,坐垫调到最高也还是委屈,蹬起来有点别扭。当天我只是当娱乐,没当回事。晚上同步运动手表&#…

作者头像 李华
网站建设 2026/9/3 12:45:41

从蔬菜检测数据集到实用模型:目标检测全链路实战指南

简介:本资源为面向计算机视觉初学者与算法工程师的蔬菜目标检测专用数据集,适用于YOLO、Faster R-CNN等主流目标检测模型的训练与验证,可支撑农业智能分拣、生鲜零售识别、智慧食堂菜品分析等实际场景开发。压缩包共842个文件,含4…

作者头像 李华
网站建设 2026/9/3 12:43:10

【单片机毕设案例分享】阈值自定义的 STM32 人体健康监测报警装置研究 基于 STM32 MPU6050 的跌倒检测与运动信息采集系统(013306)

博主介绍:✌️码农一枚 ,专注于大学生项目实战开发、讲解和毕业🚢文撰写修改等。全栈领域优质创作者,博客之星、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于单片机,STM32单片机,51单片机,J…

作者头像 李华
网站建设 2026/9/3 12:41:29

2027开题报告生成工具实测:BunnyScholar八千字完整报告效果怎么样

2027开题报告生成工具实测:BunnyScholar八千字完整报告效果怎么样 在 2027 届工科与理科研究生开题答辩筹备阶段,许多同学都在寻求高效可靠的开题报告写作辅助:2027开题报告生成工具实测:BunnyScholar八千字完整报告效果怎么样&a…

作者头像 李华
网站建设 2026/9/3 12:39:02

智能车网联上ECall/BCall/ICall 和 ECALL回拨的区别

智能车网联上ECall/BCall/ICall 和 ECALL回拨的区别 参考链接:https://czluckywell.com/news-detail/id/10113.html 随着智能汽车的普及,座舱内的功能越来越丰富且智能。不断有新的功能名词出现让我们来简单的说一下I/BCALL、ECALL都是什么意思。 1、 总结如下 X-Call:汽…

作者头像 李华