英伟达Rubin 内存真的要砍半吗？

时间：2026-06-04 23:19:44 来源：作者：六一中路官网

晚上SemiAnalysis的一篇晨报火了：英伟达 Rubin NVL72 每机架 SOCAMM DRAM 容量可能从约 55TB 降到约 28TB，大多数 Rubin 系统会采用 96GB SOCAMM，而不是此前预期更高的 192GB 模块。
正是这个消息，让周五A股存储板块大跌。
市场第一反应是内存需求减少，美光开盘下挫，最低-10%。
Rubin 可能不是一个“到底需要 X TB”的单点答案，它其实是有两层内存：1. GPU 侧 HBM4：大概 20.7TB/机架
这是 Rubin GPU 自己用的高速内存。按 NVL72 来算：
72 颗 Rubin GPU × 288GB HBM4 ≈ 20.7TB HBM4。
这部分最关键，直接影响模型权重、KV cache、训练/推理吞吐。2. CPU 侧 SOCAMM/LPDDR5X：可能是 28TB 到 55TB/机架
这就是现在市场争议的部分。原先高配逻辑大概是：
36 颗 Vera CPU × 8 条 192GB SOCAMM ≈ 55TB现在 SemiAnalysis 说可能改成：
36 颗 Vera CPU × 8 条 96GB SOCAMM ≈ 28TB所以更准确的说法是：Rubin NVL72 的 GPU 侧需要约 20.7TB HBM4；CPU 侧 SOCAMM 可能从高配 55TB 降到主流 28TB。换成每张 GPU 口径：- 高配 SOCAMM：约 55TB / 72 GPU ≈ 760GB CPU 侧内存/GPU
- 降配 SOCAMM：约 28TB / 72 GPU ≈ 390GB CPU 侧内存/GPU
- GPU 自带 HBM：每 GPU 288GB HBM4这说明什么？
我是这样考虑的：Rubin 真正刚需的是 HBM4 和高速互联，CPU 侧 SOCAMM 的“够用线”可能在 28TB 左右，而 55TB 更像高配客户配置。28TB 不代表少，只是没有原来 55TB 那么夸张。
每 GPU 对应近 390GB CPU 侧内存，再加 288GB HBM4，对大多数训练、推理、数据调度场景可能已经够用。
继续堆到 55TB，边际收益未必能覆盖成本、功耗和供应压力。
市场接下来要验证的是：28TB 是主流长期配置，还是早期因为 192GB SOCAMM 供应紧张而临时降配。
如果 28TB 成为主流，SOCAMM TAM 要下修；如果 55TB 只是高端版本，内存厂的高容量弹性会打折；但这不影响 Rubin GPU/HBM4 仍然是平台核心。
但我觉得这件事真正说明的是另一件事：Rubin 正在从“极限规格展示”进入“可量产、可部署、可算账”的工程阶段。
此前市场对 Rubin NVL72 的想象里，SOCAMM 是一个很大的增量。CPU 侧挂大量 LPDDR5X/SOCAMM，既能支持更大的数据搬运和主机内存池，也让内存供应链多了一条新主线。
英伟达此前还提过 SOCAMM 是一个巨大 TAM，所以市场自然会把高容量 SOCAMM、192GB 模块、LPDDR5X bit 增量都往上打。
现在如果配置从 55TB 降到 28TB，确实会带来一个直接影响：单机架 DRAM bit 用量下降，高容量 SOCAMM 的弹性肯定是要重估的。
这对谁敏感？
主要是内存厂和 SOCAMM 相关供应链，尤其是原本押注 192GB 高容量模块快速放量的预期。
市场会问：96GB 是临时过渡，还是 Rubin 主流配置？192GB 是少数高配版本，还是后续仍会大规模上量？如果多数机架最终都是 96GB，那此前按 55TB/机架算出来的 SOCAMM 空间，显然要往下修。但这不是 HBM 的利空。
这里说的是 CPU 侧 SOCAMM/LPDDR5X，不是 GPU 侧 HBM4。Rubin GPU 的核心仍然是 HBM4，英伟达平台升级的重点也还是 GPU、HBM、NVLink、网络和整机液冷。把 SOCAMM 降配直接推导成“Rubin 需求差”或者“HBM 砍单”，逻辑上是不成立的。
更值得注意的是成本。
Rubin NVL72 每机架成本从 760 万美元降到 680 万美元，少了 80 万美元；TCO 从每 GPU 每小时 4.16 美元降到 3.90 美元。这个幅度不小。
对云厂和 AI lab 来说，Rubin 不是买一台服务器，而是按集群、按机架、按数据中心资本开支来算账。单机架成本下降 10% 左右，会直接影响部署节奏和采购意愿。这很符合英伟达最近computex的说法。它要做的不是单纯卖最强芯片，而是做整机系统、集群架构和 AI factory 的总成本优化。
某个部件如果供应紧、价格高、良率爬坡慢，就调整配置，把系统变成更容易交付的版本。高配可以保留，但主流版本要能量产、能交付、能让客户算过账。
这也是为什么这条消息对英伟达本身未必是坏事。
如果降低 SOCAMM 配置后，Rubin 的 TCO（总拥有成本）更好，客户部署门槛降低，整机出货反而更顺，那么英伟达的平台竞争力是增强的。
少卖一点 DRAM 容量，换来更好的系统经济性和交付确定性，对英伟达来说可能是更优解。
今天的这个观点对未来存储估值模型的调整我觉得可以关注这些情况：
第一，96GB SOCAMM 会不会成为 Rubin NVL72 的主流配置。如果只是早期供应紧张下的临时方案，后续 192GB 仍可能上量；如果长期主流就是 96GB，那 SOCAMM TAM 要重新算。
第二，192GB 模块的良率、价格和供应是否达标。高容量模块如果成本过高，客户不一定愿意为额外主机内存买单。
第三，内存厂的订单结构会怎么变。Micron、SK hynix、Samsung 都会受影响，但受影响的不是“有没有 SOCAMM”，而是“卖多少容量、卖什么价格、卖给哪些版本”。
第四，整机链条是否反而受益。机架成本下降，可能提升 Rubin 放量确定性，对 ODM、液冷、电源、连接器、PCB、网络等环节未必是坏消息。
所以，这条消息最准确的解读应该是：Rubin 的高容量 SOCAMM 预期降温，但 Rubin 平台本身没有被证伪。说明英伟达正在做系统级成本优化，也说明 SOCAMM 供应链的弹性不能简单按最高配外推。
对内存股来说，这是一个估值假设重估点；对英伟达来说，反而可能是一次把 Rubin 从“纸面超级规格”推向“真实大规模部署”的工程取舍。
短期市场关注的是 SOCAMM bit 下修。中期真正重要的是 Rubin 能不能按更低 TCO 放量。
如果 Rubin 机架出货上去，整条 AI 服务器链条仍然有行情；但其中最需要降预期的，是原本被市场按“192GB 高配全面铺开”定价的那部分。

来顶一下

返回首页

推荐文章

热点文章

栏目更新

栏目热门