当前位置: 首页 > news >正文

CANN/hixl性能基准测试

目录

【免费下载链接】hixlHIXL(Huawei Xfer Library)是一个灵活、高效的昇腾单边通信库,面向集群场景提供简单、可靠、高效的点对点数据传输能力。项目地址: https://gitcode.com/cann/hixl

  • 目录
  • Benchmarks
  • 目录结构
  • 环境要求
  • 程序编译
  • 执行前准备
  • Benchmark运行
  • FabricMem KV benchmark
    • 推荐:使用脚本启动并汇总日志
  • 性能数据

Benchmarks

该目录提供了HIXL的benchmark性能用例,支持用户根据需要传输的数据大小对benchmark进行改造以快速进行性能测试和评估。

目录结构

├── benchmarks | ├── common // 公共函数目录 | ├── benchmark.cpp // HIXL的数据传输benchmark用例 | ├── fabric_mem_kv_benchmark.cpp // FabricMem KV 块传输 benchmark(AdxlEngine) | ├── fabric_mem_kv_benchmark_summary.awk // 与运行脚本配套的日志汇总脚本 | ├── run_fabric_mem_kv_benchmark.sh // 多进程启动与日志合并脚本 | ├── CMakeLists.txt // 编译脚本

环境要求

1. 硬件和软件准备

  • 芯片:Atlas A3 训练/推理系列产品、Atlas 800I A2 推理产品/A200I A2 Box 异构组件、Ascend 950PR/Ascend 950DT
  • 参考 环境准备 完成昇腾AI软件栈在运行环境上的部署

2. Device连通性检查

在执行样例前,请先使用驱动包提供的 hccn_tool工具 检查两个device之间的连通性。以A2场景为例,检查示例如下:

若hccn_tool命令找不到,可在CANN驱动包安装目录下搜索hccn_tool可执行文件(默认路径为/usr/local/Ascend/driver/tools/hccn_tool),并通过ln -s /usr/local/Ascend/driver/tools/hccn_tool /usr/bin/hccn_tool手动建立软链。

  • step1:查询所需device的ip信息,以8卡为例:
for i in {0..7}; do hccn_tool -i $i -ip -g; done
  • step2:检查两个device之间的连通性,以设备a和b连通性检查为例:
# 检查设备a是否能ping通设备b hccn_tool -i ${device_id_a} -ping -g address ${ip_address_b} # 检查设备b是否能ping通设备a hccn_tool -i ${device_id_b} -ping -g address ${ip_address_a}

其中device_id为设备id,可通过npu-smi info查询;ip_address为上一步查询的设备ip地址,如:

hccn_tool -i 0 -ping -g address 10.10.10.1 hccn_tool -i 1 -ping -g address 10.10.10.0

若返回recv time out seq字样,说明两个设备之间不连通,请尝试其他设备。

注意:A3环境为一卡双die架构,两个die共用一个os,即dev-os-0包含了device-0和device-1。

单卡双die之间不互通,如device-0和device-1不通,device-2和device-3不通,以此类推,在A3环境执行样例时,请注意传入的device id是否满足连通要求。

  • step3:检查设备之间TLS证书配置的一致性
# 检查设备的TLS状态 for i in {0..7}; do hccn_tool -i $i -tls -g; done | grep switch

打印的结果中tls switch[0](https://link.gitcode.com/i/3dbd730fd3ce28f489840f2619738502)表示TLS证书使能情况,请确保需要连通的设备的TLS证书配置一致。

TLS使能的设备和TLS不使能的设备无法建链,建议使用如下命令统一保持TLS关闭:

# 关闭TLS证书 for i in {0..7}; do hccn_tool -i $i -tls -s enable 0; done

注意:如果执行上述命令出现hccn_tool is busy, please try again,请确保没有其他进行并发执行该命令,然后重试。

程序编译

  1. 参考构建里的编译执行章节,利用build.sh附加指定--examples参数进行编译。

  2. 编译结束后,在build/benchmarks目录下生成可执行文件benchmark

Benchmark运行

  • 说明:

    • 所有benchmark需要成对执行,client侧和server侧启动执行间隔时间不要过长,代码中默认设置kWaitTransTime为20s,用户可根据实际情况自行修改此变量的值以保证用例成功运行。
    • 默认总传输缓冲--total_size=134217728(字节,约 128MiB)。未指定--block_size时,第一档块大小与total_size相同(整块一次传完);--block_steps默认为1(只跑第一档);--loops默认为1。可用--block_size--block_steps--loops调整块阶梯与重复次数。当loops=1时,程序会提示:第一次传输多为预热,稳定吞吐建议看第二次及以后的日志输出,或将loops设为大于 1-n/--loops)。执行成功后会打印类似如下的日志,其中 block size 表示每次传输的内存块大小;transfer num 表示传输次数;time cost 表示总的传输耗时;throughput 表示传输的吞吐(带宽)。
      [INFO] Transfer success, loop 1/1, block size: 134217728 Bytes, transfer num: 1, time cost: 1044 us, throughput: 119.732 GB/s
      • 异步传输模式(--use_async=true):批量下发async_batch_num个异步请求,地址连续划分(每个请求传输total_size/async_batch_num大小的数据),统一等待完成后统计性能。输出包含submit time(下发阶段耗时)和wait time(等待阶段耗时):
      [INFO] Async transfer success, loop 1/1, step 0, block size: 4194304 Bytes, trans_num: 32, async_batch_num: 4, total time: 1044 us (submit: 200 us, wait: 844 us), throughput: 119.732 GB/s
  • 配置环境变量

    • 若运行环境上安装的“Ascend-cann-toolkit”包,环境变量设置如下:

      source ${HOME}/Ascend/cann/set_env.sh

      “$HOME/Ascend”请替换相关软件包的实际安装路径。

    • 若运行环境上安装的“CANN-XXX.run”包,环境变量设置如下:

      source ${HOME}/Ascend/latest/bin/setenv.bash

      “$HOME/Ascend”请替换相关软件包的实际安装路径。

  • 在运行环境执行可执行文件。

    • 执行 benchmark,client-server 模式,使用参数名=值形式传参(除--hixl_option/-H的选项键名外,其余参数名均为小写;支持长名--xxx与短名-x,见下表)。必选--role=client--role=server(或-r=client/-r=server)。推荐启动顺序:先启动server进程(在--tcp_port上监听并接受 TCP),再启动client(作为 TCP 客户端连接remote_engine主机名/IP--tcp_port)。多 client:可并行启动多个 client 进程连同一tcp_port;server 在独立线程内 accept,对每个连接下发同一内存地址,建连阶段在达到--tcp_client_count个 TCP 握手完成或墙钟超出--tcp_accept_wait_s时结束(先满足者为准;未满tcp_client_count且超时则失败)。未指定的项使用默认值(client 默认device_id=0local_engine=127.0.0.1:16000remote_engine=127.0.0.1:16001;server 默认device_id=1local_engine=127.0.0.1:16001remote_engine=127.0.0.1;公共默认transfer_mode=d2dtransfer_op=readuse_buffer_pool=falseuse_async=falseasync_batch_num=1connect_timeout=60000tcp_port=20000tcp_accept_wait_s=30tcp_client_count=1total_size=134217728未指定-k/--block_sizeblock_sizetotal_size相同block_steps=1loops=1)。可选--hixl_option=KEY=VALUE(或-H=KEY=VALUE)可重复传入,合并为Hixl::Initialize的 options;若未指定BufferPool/adxl.BufferPool--use_buffer_pool=false,程序会自动补BufferPool=0:0(与历史行为一致)。client/server 若使用自定义 HIXL 选项,两端需保持一致。运行./benchmark --help可查看帮助。

      • 参数说明 |参数名|短名|可选/必选|描述| |:-----------|:--------|:------------:|:------------| |--role|-r| 必选 |clientserver| |--device_id|-d| 可选 | 单个整数或逗号分隔列表(如0,1);与local_engine/remote_engine列表长度对齐(单值自动广播到max(n_d,n_l,n_r)) | |--local_engine|-l| 可选 | 本端 HIXL endpoint,单个或逗号分隔;IPv6 用[ip]:port。多值时 client 为每 lane 独立Hixl与线程;server 仅支持单值 | |--remote_engine|-e| 可选 | client:单个或多个host:hixl_port(逗号分隔);HIXL 用完整串,TCP 协调用host + 对应下标的--tcp_port(见下)。单local_engine+ 多remote_engine时共用一个Hixl,多路 TCP/HIXL/传输并发,client 缓冲按 remote 数分段。server:单值即可 | |--tcp_port|-p| 可选 | TCP 协调端口(默认 20000);由 server 进程监听。多对多 client 时可为逗号列表,长度与展开后的 endpoint 数一致或填 1 表示广播(与device_id规则相同)。两台 server 在同一 IP 上须使用不同协调端口,例如-p=20000,20001| |--tcp_accept_wait_s|-a| 可选 |仅 server:TCP建连阶段从 listen 就绪起的最长墙钟时间(秒,默认 30);达到--tcp_client_count个连接时可提前结束 | |--tcp_client_count|-c| 可选 |仅 server:建连阶段需完成的 TCP client 数(默认 1,最大 65535)。完成后对每个连接下发同一内存地址;随后等待这N个 client 各发一次完成通知 | |--transfer_mode|-m| 可选 |d2dh2dd2hh2h| |--transfer_op|-o| 可选 |readwrite(仅 client 侧传输使用该配置) | |--use_buffer_pool|-b| 可选 |true/false1/0| |--total_size|-t| 可选 | 总缓冲大小,十进制字节(默认 134217728,即 128MiB) | |--block_size|-k| 可选 | 第一档块大小,十进制字节(未指定时与total_size相同) | |--block_steps|-s| 可选 | 块大小档位数:第 i 档为block_size * 2^i(默认 1) | |--loops|-n| 可选 | 整档阶梯重复次数(默认 1;仅 1 次时首传多为预热,可看第二次输出或加大loops) | |--use_async|-x| 可选 |true/false1/0(默认 false)。启用异步传输模式,批量下发多个异步请求后统一等待完成 | |--async_batch_num|-y| 可选 | 每批异步请求数量(默认 1)。启用异步模式时,total_size必须能被async_batch_num整除,且每请求大小(total_size/async_batch_num)必须能被各档block_size整除 | |--connect_timeout|-C| 可选 | 建链超时时间,毫秒(默认 60000,即 60 秒) | |--hixl_option|-H| 可选,可重复 | 传入Hixl::Initialize(local_engine, options)的一项:--hixl_option=KEY=VALUEKEY为完整选项名(区分大小写),如LocalCommResBufferPoolRdmaTrafficClassRdmaServiceLeveladxl.*等;同键多次出现时以后者为准 |

      • 测试HIXL引擎通过HCCS链路进行传输的带宽, 以d2d场景,写操作,不开启中转内存池为例:

        • 执行client benchmark:

          ./benchmark --role=client --device_id=0 --local_engine=10.10.10.0 --remote_engine=10.10.10.0:16000 --transfer_mode=d2d --transfer_op=write
        • 执行server benchmark:

          ./benchmark --role=server --device_id=1 --local_engine=10.10.10.0:16000
      • 测试HIXL引擎通过RDMA链路进行传输的带宽, 以d2d场景,写操作,不开启中转内存池为例:

        • 执行client benchmark:

          HCCL_INTRA_ROCE_ENABLE=1 /benchmark --role=client --device_id=0 --local_engine=10.10.10.0 --remote_engine=10.10.10.0:16000 --transfer_mode=d2d --transfer_op=write
        • 执行server benchmark:

          HCCL_INTRA_ROCE_ENABLE=1 ./benchmark --role=server --device_id=1 --local_engine=10.10.10.0:16000

    :HCCL_INTRA_ROCE_ENABLE=1表示使用RDMA进行传输

  • 约束说明

    • Atlas 800I A2 推理产品/A200I A2 Box 异构组件,该场景下Server内采用HCCS传输协议时,仅支持d2d。
    • Atlas A3 训练/推理系列产品,该场景下采用HCCS传输协议时,不支持Host内存作为远端Cache。

FabricMem KV benchmark

推荐:使用脚本启动并汇总日志

cd build/benchmarks # path_of_benchmark需替换为具体benchmarks所在目录 # 默认 16 进程、日志 fabric_mem_kv_benchmark.log ${path_of_benchmark}/run_fabric_mem_kv_benchmark.sh 127.0.0.1 22000 ./fabric_mem_kv_benchmark # 指定 world_size=2、日志文件 ${path_of_benchmark}/run_fabric_mem_kv_benchmark.sh 127.0.0.1 22000 ./fabric_mem_kv_benchmark 2 ./kv_bench.log

参数顺序:host_ipbase_port可执行文件路径[world_size][合并日志文件]

脚本行为:为每个 rank 落盘独立日志,再按 rank 顺序合并到指定文件,并在文末追加SUMMARY(对各 rank 的 Get 时间与带宽做平均;rank 0 的 Put / Get-max 行从原始日志解析)。

性能数据

HIXL在昇腾A2/A3芯片上部分场景传输数据的实测性能,可参见A2性能数据/A3性能数据。

【免费下载链接】hixlHIXL(Huawei Xfer Library)是一个灵活、高效的昇腾单边通信库,面向集群场景提供简单、可靠、高效的点对点数据传输能力。项目地址: https://gitcode.com/cann/hixl

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

http://www.jsqmd.com/news/784288/

相关文章:

  • 机器人潜在运动建模技术:提升工业自动化精度
  • 无轨道PD门:重新定义建筑空间通行的技术解析与行业趋势 - 资讯焦点
  • AI文献综述工具评估:性能、可用性与透明度三维度解析
  • 数据要素化与资产化:个人和企业的数据如何产生价值?
  • Phi-4-mini-reasoning 3.8B 网络协议分析助手:智能化解读与故障模拟
  • CANN/pyasc图像加载API
  • 2026 西北旅游优质旅行社推荐:专业定制,畅游甘青 - 深度智识库
  • 2026年数据治理平台综合选型:数据中台落地前必须回答的几个问题
  • 低资源语言AI写作助手:数据质量与微调策略的工程实践
  • 初次使用taotoken模型广场进行模型选型与对比的直观体验
  • 不用等冬季,迈吉科壁挂炉当“夏”安装好处多! - 资讯焦点
  • ROS Navigation编译踩坑记:解决Amcl模块Python3兼容性问题(附完整命令)
  • 保姆级避坑指南:速腾RS-Hellos-16P雷达驱动在Ubuntu20.04下的完整配置流程(含ROS Noetic)
  • AI系统复杂性临界点:从LLM性能瓶颈看AGI发展障碍
  • 找表面共挤塑料型材厂家?2026工业型材定制厂家推荐 - 品牌2025
  • AI编码操作系统oh-my-openagent:多模型智能体编排与哈希锚定编辑实战
  • 厂家推荐首选|2026浙江润鑫便携式公路超载检测仪,适配极端工况 - 品牌速递
  • AI如何革新系统文献综述:从自动化检索到LLM深度信息提取
  • 零代码体验Meta-Llama-3-8B-Instruct:快速搭建对话界面
  • 江西本地餐饮连锁加盟费用全解析及合规选型参考 - 资讯焦点
  • 区块链与AI构建反性勒索平台:SocialDAO的技术架构与伦理实践
  • DeepSeek-OCR入门必看:图文混合文档解析原理与Markdown输出规范
  • 动态CoT切换与并行RL优化在自动定理证明中的应用
  • AEC行业AI与机器人应用中的四大核心伦理挑战与应对策略
  • 2026汽车轴重轮重仪厂家哪家靠谱?浙江润鑫,深耕领域更专业 - 品牌速递
  • GTA5线上小助手免费完整指南:新手如何轻松解锁洛圣都无限可能
  • 碳交易与绿色科技:技术人的新赛道与社会责任
  • 2026南昌萍乡菜馆选购指南:工艺与体验的深度解析 - 资讯焦点
  • 基于卷积神经网络的图像理解增强:Phi-4-mini-reasoning 3.8B实战案例
  • 江西节能高效新风系统技术解析及优质服务商参考 - 资讯焦点