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

GEMM 三向分块参数 M/N/K BlockSize 完整解释

GEMM 三向分块参数 M/N/K BlockSize 完整解释

GEMM 公式:CM×N=AM×K×BK×NC_{M×N} = A_{M×K} × B_{K×N}CM×N=AM×K×BK×N
三个维度对应三套分块参数:

  • M_block:A 矩阵行维度分块大小(选项A)
  • N_block:B 矩阵列维度分块大小(选项B)
  • K_block:矩阵乘累加维度分块大小(选项C)

一、每个参数分别是什么含义

1. M方向分块大小 M_block(A的行、C的行)

  • 逻辑:矩阵 A 维度 M,把 M 切多段,每段长度 = M_block
  • 硬件对应Task Block(AI Core并行分块)
    多个AI Core并行,每个Block只算 M_block 行的数据,各核负载拆分。
  • 存储:每块 A[M_block, K] 会搬入 L0A

2. N方向分块大小 N_block(B的列、C的列)

  • 逻辑:矩阵 B 维度 N,把 N 切多段,每段长度 = N_block
  • 硬件对应单AI Core内一次输出的C矩阵宽度
  • 存储:每块 B[K, N_block] 搬入 L0B;输出 C[M_block, N_block] 存在 L1

3. K方向分块大小 K_block(累加维度,乘加循环)

  • 逻辑:A、B公共维度K,循环多次累加,每次只取 K_block 长度做Cube乘;
    A(M,K)×B(K,N)=∑tile=0K/KblockAtile(M,Kblock)×Btile(Kblock,N)A(M,K)×B(K,N) = \sum_{tile=0}^{K/K_{block}} A_{tile}(M,K_{block}) × B_{tile}(K_{block},N)A(M,K)×B(K,N)=tile=0K/KblockAtile(M,Kblock)×Btile(Kblock,N)
  • 核心约束:L0A、L0B容量上限完全由 K_block 决定
    L0A存 M_block × K_block;L0B存 K_block × N_block;两者总和不能超过片上L0总大小。

二、为什么这三个参数必须确定?(对应Local内存、Cube、硬件限制)

1. 硬件存储硬性约束(最核心原因)

昇腾Cube计算必须把A、B小块放入L0A / L0B(Local专用缓存),L0容量极小(MB级),不能一次性放下完整矩阵。
{L0A占用=Mblock×Kblock×data_type_bytesL0B占用=Kblock×Nblock×data_type_bytes \begin{cases} \text{L0A占用} = M_{block} × K_{block} × \text{data\_type\_bytes}\\ \text{L0B占用} = K_{block} × N_{block} × \text{data\_type\_bytes} \end{cases}{L0A占用=Mblock×Kblock×data_type_bytesL0B占用=Kblock×Nblock×data_type_bytes
三者任意一个太大,都会直接 Local Memory Overflow 报错;
三者搭配太小,会频繁SDMA搬运Global→L0,访存瓶颈。

2. 匹配Cube硬件原生计算粒度

达芬奇Cube最小硬件计算单元为 16×16×16(FP16):

  • M_block、N_block 建议是16倍数,适配单次Cube输出块;
  • K_block 建议16倍数,保证Cube流水线满载,减少计算气泡。
    三个分块尺寸不对齐16,会产生填充0、算力浪费,msprof中CubeUtilization变低。

3. 控制SDMA搬运次数,决定访存开销

  • K_block 越小:外层K循环次数越多,Global ↔ L0 来回搬运越频繁,HBM带宽压力暴增;
  • M_block / N_block 太小:单次Cube计算数据量少,流水线频繁启停,PipeUtilization流水线利用率下降。

4. 控制多AI Core并行负载均衡(M_block)

总M长度 / M_block = 启动的Task Block数量(AI Core并行数)。
M_block设置不合理会导致:AI Core数量不匹配硬件、部分核负载过重、部分核空闲,并行效率低。

5. 控制L1输出缓存占用(M_block × N_block)

计算结果C存在L1,Mblock×NblockM_{block}×N_{block}Mblock×Nblock不能超过L1剩余容量;
如果M/N分块过大,L1溢出,必须频繁写回Global,增加带宽开销。

三、三者分工总结

  1. M_block(A选项)
    负责多AI Core并行拆分,约束L0A、L1输出行宽;
  2. N_block(B选项)
    负责单次Cube输出宽度,约束L0B、L1输出列宽;
  3. K_block(C选项)
    控制内层累加循环次数,决定L0总占用、数据搬运频次,是调优GEMM性能最关键参数。

四、一句话总结为什么三者都需要确定

GEMM计算依赖片上极小L0/L1存储,必须把大矩阵沿M/N/K三维切小块;M/N/K分块大小共同决定:
① L0/L1内存是否溢出;
② Cube硬件计算是否对齐、算力利用率高低;
③ Global与Local之间数据搬运次数与带宽开销;
④ 多AI Core并行负载是否均衡。
三者缺一不可,都需要人工指定/自动Tiling求解。

http://www.gsyq.cn/news/1559452.html

相关文章:

  • 【TEE从入门到精通及实战】34 远程认证实战:用SGX EPID协议构建可信通信通道
  • 2026年无锡市老百姓优先选择的五家贵金属回收门店 黄金回收白银回收铂金回收彩金回收合规靠谱门店测评合集+联系方式 - 亦辰小黄鸭
  • 2026年无灰滤纸生产厂家推荐:郑州牛特农业技术有限公司全系产品解析 - 品牌推荐官
  • 杭州临安区专业下水道管道疏通,马桶洗菜池地漏厨房疏通,打捞小便斗及卫生间除臭--荣登2026杭州下水道疏通top排行榜 - 同城资讯
  • 2026年渭南市贵金属旧料回收优质靠谱实体门店精选五家 黄金回收铂金回收白银回收彩金回收真实探店测评清单及联系方式推荐 - 前途无量YY
  • 2026年消音降噪设备厂家推荐:安平坤铂路桥环保工程有限公司304不锈钢消音片全系供应 - 品牌推荐官
  • 2026年庆阳市贵金属旧料回收优质靠谱实体门店精选五家 黄金回收铂金回收白银回收彩金回收真实探店测评清单及联系方式推荐 - 前途无量YY
  • 2026年梧州市老百姓优先选择的五家贵金属回收门店 黄金回收白银回收铂金回收彩金回收合规靠谱门店测评合集+联系方式 - 亦辰小黄鸭
  • 2026年清远市老百姓优先选择的五家贵金属回收门店 黄金回收白银回收铂金回收彩金回收合规靠谱门店测评合集+联系方式 - 亦辰小黄鸭
  • 重庆马识途物流配送:大型厂房/设备/公司搬迁服务全解析,覆盖主城9区及29区县 - 品牌推荐官
  • 于都县自来水管查漏 厂区地下管道测漏 消防管道漏水维修 - 同城资讯
  • 哔哩下载姬:一站式B站视频下载终极解决方案
  • 重庆 2026 实测黄金回收,氧化发黑不随意压低纯度价 - 讯息早知道
  • 开封市四达农产品设备有限公司:红薯粉丝生产线及酸辣粉设备专业制造商 - 品牌推荐官
  • 【工具变量】数据交易平台DID数据_上市公司+地级市(2000-2025年)
  • 2026年曲靖市老百姓优先选择的五家贵金属回收门店 黄金回收白银回收铂金回收彩金回收合规靠谱门店测评合集+联系方式 - 亦辰小黄鸭
  • 从曼哈顿到Octile:网格地图启发函数的选择艺术
  • 从One-Hot到稠密向量:nn.Embedding如何重塑文本的数学表达
  • XUnity游戏自动翻译器终极指南:5分钟实现Unity游戏多语言本地化
  • 2026年怀化市贵金属旧料回收优质靠谱实体门店精选五家 黄金回收铂金回收白银回收彩金回收真实探店测评清单及联系方式推荐 - 前途无量YY
  • OBS多平台推流插件终极指南:5分钟掌握同步直播核心技术
  • 2026年百色市贵金属旧料回收优质靠谱实体门店精选五家 黄金回收铂金回收白银回收彩金回收真实探店测评清单及联系方式推荐 - 前途无量YY
  • 天津黄金回收探店:实地探访多家门店,正规流程透明,价格高到想不到! - 讯息早知道
  • 2026年泉州市老百姓优先选择的五家贵金属回收门店 黄金回收白银回收铂金回收彩金回收合规靠谱门店测评合集+联系方式 - 亦辰小黄鸭
  • 2026年金昌市贵金属旧料回收优质靠谱实体门店精选五家 黄金回收铂金回收白银回收彩金回收真实探店测评清单及联系方式推荐 - 前途无量YY
  • 2026年蚌埠市贵金属旧料回收优质靠谱实体门店精选五家 黄金回收铂金回收白银回收彩金回收真实探店测评清单及联系方式推荐 - 前途无量YY
  • Hello Qt(四十八)——QtQuick实战:从零构建现代化UI
  • 开源图像超分新方案:突破8K限制的高效处理框架
  • 企业级大模型推理七堵墙:显存、通信、IO等硬性瓶颈实战拆解
  • 抖音无水印视频下载神器:douyin-downloader 完整解决方案