AI教程

NVIDIA B100 是什么?与 B200、GB200 的区别及采购验收指南

NVIDIA官方文档确认B100与HGXB100存在,但不能把B200、DGXB200或GB200NVL72的显存、带宽、液冷和性能数字直接移植给B100。本文按产品层级解释证据边界与验收方法。

NVIDIA B100 GPU 变体、HGX B100 八卡平台、B200、DGX B200、GB200 超级芯片与 GB200 NVL72 机柜的产品层级和不可混用规格
本页目录
  1. NVIDIA B100 真实存在吗?为什么官网很难找到独立规格页?
  2. 公开资料有缺口时,B100 参数应按什么证据等级判断?
  3. B100、B200、HGX、DGX、GB200 和 NVL72 到底是什么关系?
  4. Blackwell 的架构能力,哪些可以说?
  5. 显存、带宽、NVLink 和功耗应该怎样引用?
  6. B100 是“原生液冷 GPU”吗?
  7. “30 倍推理、25 倍能效”能不能用来评估 B100?
  8. 采购或租用 NVIDIA B100,怎样做实机验收?
  9. 驱动、CUDA 和推理软件应该怎样配?
  10. B100、B200 还是 GB200,应该怎样选?
  11. 常见问题
  12. B100 的显存到底是不是 192GB?
  13. B100 是否只能使用液冷?
  14. 为什么官方性能数字相差很大?
  15. 云实例写 Blackwell 就能确认是 B100 吗?

一句话答案:NVIDIA B100 是官方软件与 HGX 运维文档中存在的 Blackwell 数据中心 GPU 变体,HGX B100 则是采用八颗 B100 的 NVSwitch 基板/系统平台;它不是 DGX B200,也不是把 Grace CPU、两颗 Blackwell GPU 和液冷机柜组合在一起的 GB200 NVL72。当前公开资料对 B200、DGX B200 和 GB200 NVL72 的规格更完整,因此不能把这些产品的 180GB 显存、8TB/s 带宽、30 倍推理或液冷要求直接写成“B100 规格”。采购或租用 B100 时,应以供应商给出的准确 SKU、PCI 设备 ID、nvidia-smi、固件、驱动和实机验收结果为准。

重要更正(复核日期:2026 年 7 月 16 日):本页原文把 B100、B200、GB200 超级芯片和 GB200 NVL72 机柜混为同一产品,并声称 B100 固定拥有 192GB HBM3e、8TB/s 带宽、30 倍推理、能耗仅为 H100 十分之一、原生只能液冷和 72 颗 B100 组成 GB200 节点。原文还虚构客户部署、药物研发周期和“全面铺货”结论。上述内容均已删除。新稿只保留能在 NVIDIA 或 MLCommons 一手资料中定位到产品层级、测试条件和日期的事实;缺少 B100 独立公开数据表的项目明确标为“需向供应商核验”。
NVIDIA B100 GPU、HGX B100 八卡平台、B200、DGX B200、GB200 超级芯片和 GB200 NVL72 液冷机柜的产品层级
B100/B200 是 GPU 变体,HGX 是基板平台,DGX 是完整服务器,GB200 是 Grace Blackwell 组合,NVL72 是机柜级系统。层级不同,数字不能横向搬运。

NVIDIA B100 真实存在吗?为什么官网很难找到独立规格页?

存在,但“存在”不等于网上流传的每一张参数表都可靠。NVIDIA Fabric Manager 文档明确列出 NVIDIA HGX B100 8-GPU 系统,说明它使用 B100 GPU 与第四代 NVSwitch,并指出 HGX B100 的管理步骤通常与 HGX B200/B300 相同,但 GPU 变体不同。该文档还要求这些平台使用 NVLink 5 相关服务、较新的 Linux 内核和兼容的驱动/Fabric Manager。DCGM 的 NVBandwidth 支持列表给出 B100 的设备 ID 197f,同时把 B200 的多个设备 ID 单独列出;Nsight Compute 2026.1 支持页也把 B100 与 B200 分开。

另一方面,NVIDIA 当前面向公开采购和产品介绍的页面主要展示 B200、DGX B200、HGX B200、GB200 NVL72 以及更新的 B300/GB300。公开页面结构会随产品周期变化,软件支持文档也可能包含 OEM、地区或特定平台变体。正确结论是:官方文档足以证明 B100/HGX B100 不是杜撰名称,却不足以让编辑把 B200 的完整参数表无条件复制给 B100。若供应商报价只写“Blackwell B100”,但没有部件号、显存、功耗、基板和保修信息,就还不能据此完成选型。

公开资料有缺口时,B100 参数应按什么证据等级判断?

公开资料缺口不是推断许可证。截至 2026 年 7 月 16 日,本文没有找到一份与当前 B200 产品页同等完整、能逐项确认 B100 单卡显存、带宽、功耗和峰值算力的 NVIDIA 独立公开数据表。因此,搜索结果或经销商页面里的参数只能作为询价线索,不能替代带准确型号的 OEM 报价、物料清单和实机验收。判断任何数字前,先确认资料写的是 B100 GPU、HGX B100 基板、某款 OEM 服务器,还是 B200/GB200 系统。

证据等级 可回答的问题 不能据此回答的问题 采购用途
1:准确 SKU 的一手文件 NVIDIA/OEM 数据表、正式报价与 BOM 对应的部件号、显存、功率、散热和保修 未写入该 SKU 的其他变体规格 写入合同与验收附件
2:NVIDIA 支持与运维文档 B100/HGX B100 是否存在、八 GPU 拓扑、第四代 NVSwitch、软件和诊断要求 文档未列出的显存、TFLOPS、TDP、价格和供货 核对身份、拓扑与软件栈
3:相邻产品官方页 B200、DGX B200、GB200 NVL72 各自的公开规格与脚注 把其系统总量或单卡数字倒填给 B100 理解产品层级和比较口径
4:媒体、经销商与聚合页 发现可能存在的 SKU、市场说法或待询问题 作为最终规格、性能、价格或可用性证明 只生成待核实问题,不直接签约

这套分级也适用于 AI 摘要和搜索结果卡片:它们可能把多个来源压缩成一句话,却不会替采购方承担型号错配风险。只要原始一手页面没有明确把数字绑定到 B100,就应写成“未在当前公开资料中确认”,而不是用 B200、早期报道或同架构产品补空白。

B100、B200、HGX、DGX、GB200 和 NVL72 到底是什么关系?

名称 产品层级 官方资料能确认什么 最常见误写
B100 Blackwell 数据中心 GPU 变体 出现在 HGX、Fabric Manager、DCGM、Nsight 和框架支持资料中 直接套用 B200 或 GB200 的显存、功耗与性能
HGX B100 八 GPU 基板/合作伙伴服务器平台 八颗 B100、NVSwitch/NVLink 拓扑及软件管理要求 称为一张可独立购买的“B100 显卡”
B200 Blackwell 数据中心 GPU 当前公开规格、软件与系统资料更完整 把八卡 DGX B200 总量写成单卡规格
DGX B200 NVIDIA 完整八 GPU 服务器 总显存、总带宽、CPU、存储、网络、功率和机架尺寸 把 1,440GB 总显存或 14.4TB/s 聚合 NVLink 写给单 GPU
GB200 Superchip Grace CPU 与两颗 Blackwell GPU 的组合 CPU/GPU 组合与 NVLink-C2C 连接关系 把 GB200 当成 B100 的新版名称
GB200 NVL72 36 Grace CPU、72 Blackwell GPU 的机柜级系统 液冷、72 GPU NVLink 域及带条件的系统级性能 把“30 倍”“25 倍”写成任意单卡或任意模型结果

如果只是想理解 GPU 与并行计算的基础关系,可先阅读站内的CUDA 词典页;但采购文件必须继续区分 GPU 芯片/模块、HGX 基板、OEM 服务器、DGX 成机和 NVL72 机柜。每增加一个层级,都会增加 CPU、内存、网络、存储、电源、散热、机柜、交换和软件支持等变量。

Blackwell 的架构能力,哪些可以说?

NVIDIA 2024 年 3 月 18 日发布稿介绍的是 Blackwell 平台而非 B100 单一 SKU。结合Blackwell Architecture Technical Brief,可以确认的架构级要点包括双芯粒/双裸片封装、高带宽芯粒互连、第二代 Transformer Engine、新一代 Tensor Core、FP4/FP6、第五代 NVLink、可靠性与安全能力等。这些能力说明 Blackwell 为什么适合训练、推理和高性能计算,但仍不能替代某个 SKU 的显存容量、频率、功耗和散热规格。

FP4 也不是把已有 FP16 模型“自动变快且精度完全不变”的开关。低精度推理需要框架、算子、量化方法、校准数据和硬件共同支持;模型精度、吞吐和时延要用任务数据复测。站内的KV 缓存说明可以帮助理解显存为什么会随上下文、并发和批量增长,但“模型参数能装入显存”仍不等于达到目标并发或首 Token 时延。

显存、带宽、NVLink 和功耗应该怎样引用?

公开证据对象 可安全引用的规格 不能移植到 B100 的原因
B100 / HGX B100 支持文档 八 GPU HGX 平台、B100 设备 ID、第四代 NVSwitch、NVLink 5 软件栈、驱动要求 支持文档不是完整产品数据表,没有给出本文所需全部单卡规格
DGX B200 产品页 8 颗 Blackwell GPU、1,440GB 总 HBM3e、64TB/s 总显存带宽、14.4TB/s 聚合 NVLink、约 14.3kW 系统最大功率 这些是八卡服务器总量或系统功率,不是 B100 单卡数据
HGX AI Factory 组件表 B200 每 GPU 180GB HBM3e、最高 8TB/s;八卡节点 1.44TB、最高 64TB/s 表格明确列名 B200 SXM,没有把该行标为 B100
GB200 NVL72 产品页 36 Grace CPU、72 Blackwell GPU、机柜液冷、72 GPU NVLink 域 这是 Grace Blackwell 机柜系统,不是 HGX B100 或单 GPU

原文的“192GB、8TB/s”组合不能继续保留:当前 NVIDIA HGX 参考架构表为 B200 明确列出 180GB HBM3e 和最高 8TB/s,而 192GB 是网络早期报道中常见的说法,不能反向覆盖已标名的官方 B200 表,更不能自动归给 B100。实际设备还可能因固件保留、单位换算和 SKU 变体导致 nvidia-smi 显示值与营销容量不完全相同。采购合同应同时写明 NVIDIA 部件号、GPU 数量、每 GPU 可见显存、基板型号、整机型号和验收容差。

B100 是“原生液冷 GPU”吗?

不应这样表述。散热方案属于 GPU 模块、基板、服务器和机柜共同设计。NVIDIA 在 2024 年 COMPUTEX 的Blackwell 系统合作伙伴公告明确写到产品组合覆盖“从风冷到液冷”;DGX B200 用户指南给出 10U 成机、六个电源、约 14.3kW 最大系统功率和每 GPU 功率上限信息,而 DGX B200 产品页的性能对照条件明确包含风冷八卡系统。相对地,GB200 NVL72 官方页明确把它描述为液冷机柜。

所以,看到“Blackwell”不能直接得出“现有机房必须改成 NVL72 液冷”的结论,也不能反过来忽视高密度服务器的散热。设施团队要根据准确 OEM 机型核对进风温度、风量或 CDU、水温、水质、流量、压差、泄漏检测、机柜承重、供电、母线和维护空间。GPU 功耗只是其中一项,服务器 CPU、内存、NVSwitch、DPU、风扇/泵和网络也会进入机柜热负载。

“30 倍推理、25 倍能效”能不能用来评估 B100?

不能脱离脚注使用。30 倍和 25 倍来自 GB200 NVL72 对特定 H100 集群的系统级对比,官方页给出了模型规模、首 Token/逐 Token 时延、输入输出长度、集群规模、精度与网络条件,并标注部分结果为预测值。它不是“B100 单卡对 H100 单卡”的通用倍数。DGX B200 页面另有 3 倍训练和 15 倍推理表述,同样附带八卡系统、模型和时延条件。不同页面的数字回答不同问题,不能选最大数字拼成一张宣传表。

较可复核的外部基准入口是 MLCommons。MLPerf Inference v5.0 公告说明该轮包含 B200 和 GB200,并新增 Llama 3.1 405B 等测试;结果比较页可以按系统、场景、精度与可用性类别查看提交。站内的基准测试说明补充了解读口径:Offline 吞吐、Server 场景、单机与集群、可用与预览提交不能混为一个排行榜。

评测变量 采购前必须固定 否则会产生的误判
硬件 GPU SKU/数量、显存、功率上限、CPU、网络、存储、拓扑 把整机优势归因到单 GPU,或忽略网络瓶颈
模型 模型与提交版本、参数量、精度、量化方法、校准集 把 FP4 与 FP8/FP16 结果直接相比
请求 输入/输出长度、并发、批量、首 Token 和逐 Token SLO 高吞吐配置无法满足交互时延
软件 驱动、CUDA、TensorRT-LLM/vLLM、容器、内核与提交参数 硬件相同但软件版本导致性能差异
质量与稳定性 任务精度、连续运行时间、失败率、ECC/Xid、功率和温度 短峰值掩盖精度下降、降频或长期错误

采购或租用 NVIDIA B100,怎样做实机验收?

先把报价变成可验收的字段,而不是接受一段营销描述。以下字段应出现在合同、技术附件或云服务规格页中;供应商若无法公开敏感部件号,也应提供可由双方留档核验的等价证据。

报价字段 至少写清什么 交付时怎样核验
身份与数量 OEM 整机型号、NVIDIA/OEM 部件号、GPU 名称与数量、是否独占 订单/BOM、机箱铭牌、nvidia-smi -q、GPU UUID、序列号与 VBIOS
GPU 与基板 每 GPU 可见显存、功率上限、HGX 基板、NVSwitch/NVLink 拓扑 实机显示、DCGM 发现、lspci -nn、Fabric 状态和拓扑输出交叉核对
整机配置 CPU、系统内存、DPU/NIC、网络速率、存储、电源和机架尺寸 带外管理、操作系统清单、网络/存储测试和电源回路记录
设施条件 风冷或液冷、最大系统功率、进风/水温、流量、压差、机柜承重 对应 OEM 设施指南、现场工勘和持续满载温度/功率记录
软件与支持 固件基线、驱动/Fabric Manager、NVLSM、CUDA/容器、保修、备件与 RMA 版本清单、兼容矩阵、服务状态、升级/回滚演练和支持编号
业务验收 模型、精度、输入输出长度、并发、SLO、稳定时长、功率与成本口径 双方固定数据集和脚本,保存原始日志、失败、温度、错误和复测结果
  1. 锁定报价对象:要求供应商写明 GPU 与服务器完整名称、部件号、数量、每卡显存、基板、CPU、DPU/NIC、NVSwitch、存储、保修、交付地区和散热形式,拒绝只有“B100 算力服务器”的模糊报价。
  2. 核对实机身份:保存 nvidia-smi -qlspci -nn、VBIOS、Inforom、GPU UUID、序列号、驱动与 Fabric Manager 输出。DCGM 的 NVBandwidth 支持表把 197f 列为 B100 设备 ID,但 Fabric Manager 同时提醒示例 PCI ID 会随具体产品和 GPU 变体变化;因此必须用产品名、部件/BOM、UUID、固件、DCGM 发现和 OEM 文件多信号交叉核对,不能只认一个十六进制编号。
  3. 检查 NVLink/NVSwitch:确认八卡拓扑、链路数量、Fabric Manager/NVLSM 状态、链路降级和错误计数。不要仅凭“八卡都能看到”就认为全互联工作正常。
  4. 跑硬件诊断:DCGM Diagnostics使用适合交付窗口的等级检查 PCIe/NVLink、显存、显存带宽、压力、功率、NVBandwidth 与 NCCL;诊断用于就绪与排障,不替代厂商现场诊断或 RMA 流程。
  5. 跑业务样本:用自己的模型、上下文分布、并发和质量门槛比较 P50/P95/P99 首 Token、逐 Token、吞吐、失败率、功率和成本。至少保留一次冷启动、稳定运行和故障恢复记录。
  6. 验收可运维性:模拟单任务失败、进程重启、节点隔离和日志归档,确认监控、告警、固件升级、备件、远程支持与回滚责任。
NVIDIA B100 采购前依次核对报价身份、实机设备、软件兼容、互联散热、业务基准和运维回滚
采购验收应从“它到底是什么”开始,以业务 SLO 和可运维性结束;营销峰值不能代替实机身份与连续运行证据。

驱动、CUDA 和推理软件应该怎样配?

不能根据文章年份写死一组“最新版本”。截至 2026 年 7 月 16 日,Fabric Manager 当前文档对 HGX B100 给出了以下最低边界;它们是开始排查的门槛,不是对任意 OEM 固件、CUDA 容器和业务框架的完整兼容承诺。

层级 当前官方最低或依赖 上线前的核验动作
Linux 内核 第四代 NVSwitch 的 DGX/HGX B200/B300 与 HGX B100 要求 5.17 或更高;旧内核需按官方补丁方案回移 以 OEM 支持矩阵确认发行版、内核和补丁组合,不只比较版本数字
驱动与 Fabric Manager HGX B100/B200/B300 最低为 570.xx,驱动与 Fabric Manager 必须兼容 锁定同一合格分支,保存包版本和仓库来源,验证重启后的服务与 Fabric 注册
NVLink 控制面 第四代 NVSwitch 使用 NVLink 5 软件包并额外依赖 NVLSM 检查 FM 与 NVLSM 同时运行,nvidia-smi -q 中 Fabric 为 Completed/Success
主机互联依赖 需要兼容的 OFED/MOFED,以及 libibumad3infiniband-diags 等依赖 核对 CX7 bridge/VPD、驱动加载、链路与日志,不把普通 CX7 NIC 误认成 NVLink 管理端口
推理/训练框架 CUDA、NCCL、PyTorch、TensorRT(-LLM) 与容器要按各自支持矩阵组合 在目标硬件重建引擎,跑精度、算子覆盖、多卡通信与故障恢复测试

TensorRT Support Matrix说明序列化引擎默认不跨平台、版本或 GPU 架构任意移植;TensorRT-LLM 文档则用于核对支持模型、后端和部署方式。版本边界会变化,正式部署前应重新打开 Fabric Manager 与所用框架的当前支持矩阵,而不是把本文日期当作永久兼容承诺。

迁移时建议保留旧环境镜像,先在单节点重建引擎并验证精度,再扩展到多 GPU/NVSwitch;不要把 H100 上生成的 TensorRT 引擎直接复制过去后,把加载失败归因于 B100 硬件。使用 vLLM 的团队可先复习站内的vLLM 基础说明,随后仍要按目标 GPU、CUDA、PyTorch 和 vLLM 发布说明建立锁定文件。框架宣称“支持 Blackwell”也不等于每个算子、量化格式和多卡拓扑都达到生产性能。

B100、B200 还是 GB200,应该怎样选?

需求 优先考察对象 决策依据
已有 x86 服务器方案,采购八卡 Blackwell 节点 明确 SKU 的 HGX B100 或 HGX/DGX B200 OEM 可供货配置、显存、功率、风/液冷、软件支持和单节点业务测试
需要 NVIDIA 完整成机与统一支持 DGX B200 10U 设施条件、网络/存储集成、企业支持和总拥有成本
需要 72 GPU 大 NVLink 域和机柜级扩展 GB200 NVL72 CDU/供配电/机柜条件、集群调度、模型并行收益和机柜级故障域
只是验证软件兼容或低规模推理 先租用可核验实例或更小集群 按小时成本、真实 SKU、可见拓扑、镜像权限和测试数据导出能力

选型的核心不是参数最大,而是满足工作负载的最低总成本与风险。模型能否在单卡装入、是否需要张量/流水/专家并行、网络通信占比、上下文与 KV 缓存、每用户 Token 速率、可接受功率和机房改造都会改变答案。若现有 H100 页面被用作对照,可查看站内的H100 基础说明,但正式比较仍须重新核对 H100/H200 的具体形态、显存和测试软件,不能只比代际名称。

常见问题

B100 的显存到底是不是 192GB?

本文不把 192GB 作为已确认规格。NVIDIA 当前公开 HGX 参考架构表明确给 B200 标出 180GB HBM3e 和最高 8TB/s,而 Fabric Manager、DCGM 等 B100 支持文档没有提供同等完整的 B100 单卡表。采购 B100 应要求 NVIDIA/OEM 部件号和实机 nvidia-smi 证据。

B100 是否只能使用液冷?

不能从 GPU 名称直接推出。GB200 NVL72 是明确的液冷机柜;Blackwell 系统生态同时包含风冷与液冷方案。实际散热要求由 GPU 模块、功率配置、OEM 服务器和部署密度共同决定。

为什么官方性能数字相差很大?

因为比较对象可能是单 GPU、八卡服务器或 72 GPU 机柜,模型、精度、上下文、时延目标、网络和软件版本也不同。只有测试脚注一致时,倍数才有可比性。

云实例写 Blackwell 就能确认是 B100 吗?

不能。要求云商给出实例 SKU、GPU 型号、可见显存、设备 ID、驱动、NVLink/NVSwitch 拓扑和是否独占。若租户权限不允许读取这些信息,至少要取得服务商的正式规格与性能 SLA。

编辑复核记录:本文于 2026 年 7 月 16 日依据 NVIDIA Blackwell 发布资料、Fabric Manager、DCGM、Nsight、DGX B200/HGX/GB200 NVL72 产品文档、TensorRT/TensorRT-LLM 和 MLCommons 结果重写,并新增公开证据分级、报价字段、多信号身份核验和当前软件栈最低边界。本站未声称持有或实测 B100;规格缺口明确要求通过供应商与实机复核。后续若 NVIDIA 发布独立 B100 数据表,将以更正记录补充,不把 B200 或 GB200 的数据倒填为历史 B100 事实。