AMD ROCm Extra Components 技术指南用 ROCm Validation Suite 与 TransferBench 完成硬件验证与带宽基准测试【免费下载链接】legacy-rocm-buildAMD ROCm™ Software - GitHub Home项目地址: https://gitcode.com/GitHub_Trending/ro/legacy-rocm-buildROCm Extra ComponentsROCm 附加组件是 AMD ROCm 软件栈中一类非开发必需、但运维与部署极其有用的补充工具核心使命是验证硬件健康、度量系统性能并辅助 GPU 集群管理。本文以 docs/components/extras.rst 为骨架结合本仓库legacy-rocm-buildAMD ROCm 文档仓库中的组件清单、发行版转移记录与许可证信息系统讲解 ROCm Validation SuiteRVS与 TransferBench 两大核心工具它们能测什么、在什么场景下用、如何与其他 ROCm 组件搭配以及当前版本中各自的生命周期状态。ROCm Extra Components 是什么定位与设计意图根据 docs/components/extras.rst 的定义ROCm Extra components 是为基准测试benchmarking、验证validating和管理managingROCm 部署而提供的补充工具。原文明确划定了其边界这些工具不是 GPU 应用开发所必需的not required for GPU application development但它们对三类运维任务非常有用验证硬件健康verifying hardware health、测量系统性能measuring system performance、管理 GPU 集群managing GPU fleets。换句话说ROCm Core SDK 中的库与工具HIP、hipBLAS、MIOpen、ROCm Compute Profiler 等解决的是如何写出并调优 GPU 程序的问题而 Extra Components 解决的是这台机器上的 GPU 到底健不健康、链路带宽够不够、装机有没有问题的问题。二者的分工在本仓库的组件清单中得到印证docs/data/components-default.yaml 中rocm_extras分组单独列出 ROCm Validation Suite与rocm_core_sdk下的数学库、通信库、运行时、分析调试工具见 docs/data/components.yaml并列而不混同。从文档构建的角度这份清单也不是写死的文档扩展模块 docs/extension/rocm_docs_custom/merge_components/init.py 定义了rocm_extras的合并结构并在该文件 L88-L89 处把components-default.yaml中的rocm_extras数据合并进渲染结果——也就是说Extra Components 的成员构成是由数据驱动的后续新增组件只需更新 YAML 清单。ROCm Validation SuiteRVS装机体检与硬件故障诊断RVS 是 Extra Components 中最核心的一员docs/components/extras.rst 给出的定义是一套用于验证 ROCm 安装与 AMD GPU 硬件的测试套件a suite of tests for validating ROCm installations and AMD GPU hardware。测试覆盖范围原文列出的 RVS 测试维度包括测试维度说明GPU 功能GPU functionality验证 GPU 基本运算、调度与设备行为是否正常内存memory检测显存分配、访问与一致性是否健康电源行为power behavior观察功耗曲线与电源管理是否按预期工作点对点通信peer-to-peer communication验证 GPU 间直连P2P链路的可用性与正确性典型使用场景RVS 的定位是帮助诊断安装问题与硬件故障helping diagnose installation issues and hardware faults。结合原文可总结出三个高频场景新装机验收完成 ROCm 安装后先跑一遍 RVS快速确认驱动、运行时与硬件之间是否配合正常硬件故障定位当应用出现疑似硬件问题如随机崩溃、ECC 报错时用 RVS 的内存与功能测试隔离故障源集群巡检对多节点 GPU 集群周期性执行 P2P 通信与电源行为测试早于业务负载发现劣化。仓库中的佐证归属关系RVS 在本仓库的组件清单 docs/data/components-default.yaml 中是rocm_extras分组当前唯一的成员生命周期变化在 TheRock 版本体系中RVS 从 ROCm Core SDK 的控制与监控工具类别移入 ROCm-Extras见 docs/about/transition-guide-TheRock.md 的Moved to ROCm-Extras列表及其后的组件归属总表L326-L330。这意味着 RVS 不再随 Core SDK 默认捆绑而是作为独立组件随 ROCm-Extras 交付构建独立性变更日志指出 RVS独立于 RDC 与 TheRock 构建因此从 RDC 中移除了 RVS 集成BUILD_RVS默认置为OFF见 docs/about/include/core-sdk-components-aggregated-changelog.md——从源码结构看这正是 RVS 能作为独立组件单独安装、单独升级的技术前提许可RVS 采用MIT 许可证见 docs/about/license.md可以放心纳入内部测试流水线。TransferBench用户指定设备间的并发内存传输基准TransferBench 是 RVS 配套的基准测试工具原文定义它为用于在用户指定的设备CPU、GPU 和 NIC之间对并发内存传输进行基准测试的实用工具a utility for benchmarking simultaneous memory transfers between user-specified devices。关键能力设备可自由指定测试对象不限于 GPU 对 GPU而是可以组合 CPU、GPU 与网卡NIC之间的任意传输路径强调并发simultaneous与单条链路打满带宽的简单测试不同TransferBench 聚焦于多路传输同时进行时的聚合吞吐与相互影响这更贴近真实分布式/HPC 负载中拷贝、通信、计算并行的形态量化链路表现通过实测带宽数据可以判断 PCIe、Infinity Fabric 等互连是否达到预期速率。与 RVS 的从属关系原文特别强调TransferBench 是 ROCmValidationSuiteRVS的组成部分随 RVS 一起安装This component is part of the ROCmValidationSuite (RVS) and is installed with it。因此在使用时无需单独部署安装 RVS 即获得 TransferBench。仓库的文档导航同样把二者并列收录见 docs/sphinx/_toc.yml.in 中的 ROCm Validation Suite (RVS) 与 TransferBench 条目。同样地在 TheRock 版本体系中 TransferBench 与 RVS 一起被移入 ROCm-Extrasdocs/about/transition-guide-TheRock.md许可证同为 MITdocs/about/license.md。ROCm Bandwidth TestRBT已在 extras.rst 中被注释的原因细心的读者会发现 docs/components/extras.rst 中 ROCm Bandwidth TestRBT的条目整段处于注释状态第 13-16 行以..开头。这不是排版疏漏而是与 RBT 的生命周期结束直接相关本仓库的发布说明明确指出ROCm Bandwidth TestRBT随 TheRock 版 ROCm 7.14.0 发布后停止开发并达到生命周期终点end-of-life不再规划功能增强或修复官方建议迁移到TransferBench与ROCm Validation SuiteRVS获取同等乃至更强的功能见 docs/about/release-notes.md组件转移记录同样把 RBT 列为已移除项并注明已废弃随 TheRock 版 ROCm 7.14.0 达到生命周期终点——请改用 TransferBench 或 RVSdocs/about/transition-guide-TheRock.md。因此新项目请直接采用 TransferBench RVS 的组合它们覆盖了 RBT 原有的主机-设备与设备-设备带宽测量能力并扩展到 CPU/NIC 参与的多设备并发传输场景。历史版本中 RBT 的兼容信息仍可在 docs/exclude/compatibility/compatibility-matrix-historical-6.0.csv 查到如 2.6.0 等版本供存量环境参考。实战组合从装机验收到带宽摸底的工作流结合上面各组件的能力与生命周期推荐一套可复制的验证工作流第 1 步完成 ROCm 安装先按 docs/install/rocm.rst 完成 ROCm 部署。注意在 TheRock 版本体系下RVS 与 TransferBench 属于 ROCm-Extras 而非 Core SDK 默认组件见 docs/data/components.yaml 中 Core SDK 的组件清单中已不含 RVS以及 docs/data/components-previous.yaml 与 docs/data/components-default.yaml 的版本对比安装时需显式包含 Extra 组件。第 2 步运行 RVS 做硬件体检对安装完成的环境执行 RVS 的功能、内存、电源行为与 P2P 通信测试功能测试通过说明驱动/运行时/硬件三者基本协同正常内存测试用于排除显存坏块或 ECC 相关问题电源行为测试帮助确认电源管理与功耗阈值配置合理P2P 测试验证 GPU 间直连是否可用避免分布式训练踩到PCIe 绕行的性能坑。RVS 的 MIT 许可docs/about/license.md使其可以无顾虑地集成进 CI/CD 或集群巡检脚本。第 3 步用 TransferBench 量化链路带宽在 RVS 体检通过后用随附的 TransferBench 对关键互连做带宽摸底定义 CPU、GPU、NIC 之间的多条并发传输路径观察聚合带宽是否达到 PCIe / Infinity Fabric 的预期水平对多卡节点重点验证卡间直连带宽为 NCCL/RCCL 类集体通信库的调优提供基准数据。第 4 步纳入日常运维把上述测试固化为周期性任务新节点上线先跑 RVS 验收集群例行维护跑 TransferBench 对比历史带宽基线性能异常时先查链路再查应用——这正是 extras.rst 所说验证硬件健康、测量系统性能、管理 GPU 集群的完整落地。版本与许可速查组件类别归属TheRock 起状态许可证仓库依据ROCm Validation SuiteRVSROCm-Extras活跃随版本独立构建MITcomponents-default.yaml、transition-guide-TheRock.md、license.mdTransferBenchROCm-ExtrasRVS 子组件活跃随 RVS 安装MITextras.rst、license.mdROCm Bandwidth TestRBT已移除随 TheRock 版 7.14.0 达到生命周期终点MITrelease-notes.md、transition-guide-TheRock.md更多组件在路上extras.rst 在结尾保留了More coming soon更多组件即将到来的占位说明。结合 docs/about/transition-guide-TheRock.md 的规划hipfort、rocPyDecode、rocAL、MIVisionX 等组件也被列入 ROCm-Extras 的未来交付计划。由于本仓库的组件清单由 docs/data/components-default.yaml 数据驱动经 merge_components 扩展合并进文档读者可持续关注该 YAML 中rocm_extras分组的成员变化即可第一时间掌握新增的验证与基准测试工具。延伸阅读组件总览与其余分类docs/components/core.rst、docs/components/control-and-monitoring-tools.rst、docs/components/communication-libs.rst 等TheRock 版本组件迁移总表docs/about/transition-guide-TheRock.md当前发行版 Core SDK 组件版本清单docs/data/components.yaml安装指南docs/install/rocm.rst许可证清单docs/about/license.md【免费下载链接】legacy-rocm-buildAMD ROCm™ Software - GitHub Home项目地址: https://gitcode.com/GitHub_Trending/ro/legacy-rocm-build创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
AMD ROCm Extra Components 技术指南：用 ROCm Validation Suite 与 TransferBench 完成硬件验证与带宽基准测试
AMD ROCm Extra Components 技术指南用 ROCm Validation Suite 与 TransferBench 完成硬件验证与带宽基准测试【免费下载链接】legacy-rocm-buildAMD ROCm™ Software - GitHub Home项目地址: https://gitcode.com/GitHub_Trending/ro/legacy-rocm-buildROCm Extra ComponentsROCm 附加组件是 AMD ROCm 软件栈中一类非开发必需、但运维与部署极其有用的补充工具核心使命是验证硬件健康、度量系统性能并辅助 GPU 集群管理。本文以 docs/components/extras.rst 为骨架结合本仓库legacy-rocm-buildAMD ROCm 文档仓库中的组件清单、发行版转移记录与许可证信息系统讲解 ROCm Validation SuiteRVS与 TransferBench 两大核心工具它们能测什么、在什么场景下用、如何与其他 ROCm 组件搭配以及当前版本中各自的生命周期状态。ROCm Extra Components 是什么定位与设计意图根据 docs/components/extras.rst 的定义ROCm Extra components 是为基准测试benchmarking、验证validating和管理managingROCm 部署而提供的补充工具。原文明确划定了其边界这些工具不是 GPU 应用开发所必需的not required for GPU application development但它们对三类运维任务非常有用验证硬件健康verifying hardware health、测量系统性能measuring system performance、管理 GPU 集群managing GPU fleets。换句话说ROCm Core SDK 中的库与工具HIP、hipBLAS、MIOpen、ROCm Compute Profiler 等解决的是如何写出并调优 GPU 程序的问题而 Extra Components 解决的是这台机器上的 GPU 到底健不健康、链路带宽够不够、装机有没有问题的问题。二者的分工在本仓库的组件清单中得到印证docs/data/components-default.yaml 中rocm_extras分组单独列出 ROCm Validation Suite与rocm_core_sdk下的数学库、通信库、运行时、分析调试工具见 docs/data/components.yaml并列而不混同。从文档构建的角度这份清单也不是写死的文档扩展模块 docs/extension/rocm_docs_custom/merge_components/init.py 定义了rocm_extras的合并结构并在该文件 L88-L89 处把components-default.yaml中的rocm_extras数据合并进渲染结果——也就是说Extra Components 的成员构成是由数据驱动的后续新增组件只需更新 YAML 清单。ROCm Validation SuiteRVS装机体检与硬件故障诊断RVS 是 Extra Components 中最核心的一员docs/components/extras.rst 给出的定义是一套用于验证 ROCm 安装与 AMD GPU 硬件的测试套件a suite of tests for validating ROCm installations and AMD GPU hardware。测试覆盖范围原文列出的 RVS 测试维度包括测试维度说明GPU 功能GPU functionality验证 GPU 基本运算、调度与设备行为是否正常内存memory检测显存分配、访问与一致性是否健康电源行为power behavior观察功耗曲线与电源管理是否按预期工作点对点通信peer-to-peer communication验证 GPU 间直连P2P链路的可用性与正确性典型使用场景RVS 的定位是帮助诊断安装问题与硬件故障helping diagnose installation issues and hardware faults。结合原文可总结出三个高频场景新装机验收完成 ROCm 安装后先跑一遍 RVS快速确认驱动、运行时与硬件之间是否配合正常硬件故障定位当应用出现疑似硬件问题如随机崩溃、ECC 报错时用 RVS 的内存与功能测试隔离故障源集群巡检对多节点 GPU 集群周期性执行 P2P 通信与电源行为测试早于业务负载发现劣化。仓库中的佐证归属关系RVS 在本仓库的组件清单 docs/data/components-default.yaml 中是rocm_extras分组当前唯一的成员生命周期变化在 TheRock 版本体系中RVS 从 ROCm Core SDK 的控制与监控工具类别移入 ROCm-Extras见 docs/about/transition-guide-TheRock.md 的Moved to ROCm-Extras列表及其后的组件归属总表L326-L330。这意味着 RVS 不再随 Core SDK 默认捆绑而是作为独立组件随 ROCm-Extras 交付构建独立性变更日志指出 RVS独立于 RDC 与 TheRock 构建因此从 RDC 中移除了 RVS 集成BUILD_RVS默认置为OFF见 docs/about/include/core-sdk-components-aggregated-changelog.md——从源码结构看这正是 RVS 能作为独立组件单独安装、单独升级的技术前提许可RVS 采用MIT 许可证见 docs/about/license.md可以放心纳入内部测试流水线。TransferBench用户指定设备间的并发内存传输基准TransferBench 是 RVS 配套的基准测试工具原文定义它为用于在用户指定的设备CPU、GPU 和 NIC之间对并发内存传输进行基准测试的实用工具a utility for benchmarking simultaneous memory transfers between user-specified devices。关键能力设备可自由指定测试对象不限于 GPU 对 GPU而是可以组合 CPU、GPU 与网卡NIC之间的任意传输路径强调并发simultaneous与单条链路打满带宽的简单测试不同TransferBench 聚焦于多路传输同时进行时的聚合吞吐与相互影响这更贴近真实分布式/HPC 负载中拷贝、通信、计算并行的形态量化链路表现通过实测带宽数据可以判断 PCIe、Infinity Fabric 等互连是否达到预期速率。与 RVS 的从属关系原文特别强调TransferBench 是 ROCmValidationSuiteRVS的组成部分随 RVS 一起安装This component is part of the ROCmValidationSuite (RVS) and is installed with it。因此在使用时无需单独部署安装 RVS 即获得 TransferBench。仓库的文档导航同样把二者并列收录见 docs/sphinx/_toc.yml.in 中的 ROCm Validation Suite (RVS) 与 TransferBench 条目。同样地在 TheRock 版本体系中 TransferBench 与 RVS 一起被移入 ROCm-Extrasdocs/about/transition-guide-TheRock.md许可证同为 MITdocs/about/license.md。ROCm Bandwidth TestRBT已在 extras.rst 中被注释的原因细心的读者会发现 docs/components/extras.rst 中 ROCm Bandwidth TestRBT的条目整段处于注释状态第 13-16 行以..开头。这不是排版疏漏而是与 RBT 的生命周期结束直接相关本仓库的发布说明明确指出ROCm Bandwidth TestRBT随 TheRock 版 ROCm 7.14.0 发布后停止开发并达到生命周期终点end-of-life不再规划功能增强或修复官方建议迁移到TransferBench与ROCm Validation SuiteRVS获取同等乃至更强的功能见 docs/about/release-notes.md组件转移记录同样把 RBT 列为已移除项并注明已废弃随 TheRock 版 ROCm 7.14.0 达到生命周期终点——请改用 TransferBench 或 RVSdocs/about/transition-guide-TheRock.md。因此新项目请直接采用 TransferBench RVS 的组合它们覆盖了 RBT 原有的主机-设备与设备-设备带宽测量能力并扩展到 CPU/NIC 参与的多设备并发传输场景。历史版本中 RBT 的兼容信息仍可在 docs/exclude/compatibility/compatibility-matrix-historical-6.0.csv 查到如 2.6.0 等版本供存量环境参考。实战组合从装机验收到带宽摸底的工作流结合上面各组件的能力与生命周期推荐一套可复制的验证工作流第 1 步完成 ROCm 安装先按 docs/install/rocm.rst 完成 ROCm 部署。注意在 TheRock 版本体系下RVS 与 TransferBench 属于 ROCm-Extras 而非 Core SDK 默认组件见 docs/data/components.yaml 中 Core SDK 的组件清单中已不含 RVS以及 docs/data/components-previous.yaml 与 docs/data/components-default.yaml 的版本对比安装时需显式包含 Extra 组件。第 2 步运行 RVS 做硬件体检对安装完成的环境执行 RVS 的功能、内存、电源行为与 P2P 通信测试功能测试通过说明驱动/运行时/硬件三者基本协同正常内存测试用于排除显存坏块或 ECC 相关问题电源行为测试帮助确认电源管理与功耗阈值配置合理P2P 测试验证 GPU 间直连是否可用避免分布式训练踩到PCIe 绕行的性能坑。RVS 的 MIT 许可docs/about/license.md使其可以无顾虑地集成进 CI/CD 或集群巡检脚本。第 3 步用 TransferBench 量化链路带宽在 RVS 体检通过后用随附的 TransferBench 对关键互连做带宽摸底定义 CPU、GPU、NIC 之间的多条并发传输路径观察聚合带宽是否达到 PCIe / Infinity Fabric 的预期水平对多卡节点重点验证卡间直连带宽为 NCCL/RCCL 类集体通信库的调优提供基准数据。第 4 步纳入日常运维把上述测试固化为周期性任务新节点上线先跑 RVS 验收集群例行维护跑 TransferBench 对比历史带宽基线性能异常时先查链路再查应用——这正是 extras.rst 所说验证硬件健康、测量系统性能、管理 GPU 集群的完整落地。版本与许可速查组件类别归属TheRock 起状态许可证仓库依据ROCm Validation SuiteRVSROCm-Extras活跃随版本独立构建MITcomponents-default.yaml、transition-guide-TheRock.md、license.mdTransferBenchROCm-ExtrasRVS 子组件活跃随 RVS 安装MITextras.rst、license.mdROCm Bandwidth TestRBT已移除随 TheRock 版 7.14.0 达到生命周期终点MITrelease-notes.md、transition-guide-TheRock.md更多组件在路上extras.rst 在结尾保留了More coming soon更多组件即将到来的占位说明。结合 docs/about/transition-guide-TheRock.md 的规划hipfort、rocPyDecode、rocAL、MIVisionX 等组件也被列入 ROCm-Extras 的未来交付计划。由于本仓库的组件清单由 docs/data/components-default.yaml 数据驱动经 merge_components 扩展合并进文档读者可持续关注该 YAML 中rocm_extras分组的成员变化即可第一时间掌握新增的验证与基准测试工具。延伸阅读组件总览与其余分类docs/components/core.rst、docs/components/control-and-monitoring-tools.rst、docs/components/communication-libs.rst 等TheRock 版本组件迁移总表docs/about/transition-guide-TheRock.md当前发行版 Core SDK 组件版本清单docs/data/components.yaml安装指南docs/install/rocm.rst许可证清单docs/about/license.md【免费下载链接】legacy-rocm-buildAMD ROCm™ Software - GitHub Home项目地址: https://gitcode.com/GitHub_Trending/ro/legacy-rocm-build创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考