admin/matmul-analysis
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

[P2] StreamK fixpipe 部分和写双重计账且按单核串行高估约 32 倍（issue#9 修复引入的新口径问题） #11

New Issue
Closed
opened 2026-09-03 12:01:27 +00:00 by admin · 1 comment
admin commented 2026-09-03 12:01:27 +00:00
Owner
Copy Link

issue#9 修复后复评发现的新口径问题（详见 docs/03_测评报告 测评报告 v2.0 §2-#9 / §5-N1）：

  1. 同一批部分和字节（grid_K×tile×4B = 8.39MB）被计两次账：
    • eval_streamk_reduce 内 t_write_partial（timing.py:88-93）按整片 5.2TB/s 计 ≈ 1.61us；
    • 新增的 t_fixpipe（branches/stream_k.py:152-153 fix_bytes = grid_ktile_elems4）按单核份额 162.5GB/s 计 ≈ 51.62us（高估 grid_K=32 倍，等价于把整组部分和压到单核写口串行写，与"每核独立 DMA、带宽按核数配平"的模型原则矛盾）。
  2. 后果已固化进 examples：streamk_demo 总时延 9.96us → 55.03us，瓶颈变成 FIXPIPE（51.62us）。
  3. 回归测试只验证代数恒等式（t_total=t_steady+t_drain、drain=t_reduce），验不出字节/带宽口径错误。

期望：部分和写只在一处计账（推荐全部并入 t_reduce 串行追加，稳态 fixpipe 不再重复计），并补一条按字节量与并发带宽校验的回归测试。

issue#9 修复后复评发现的新口径问题（详见 docs/03_测评报告 测评报告 v2.0 §2-#9 / §5-N1）： 1. 同一批部分和字节（grid_K×tile×4B = 8.39MB）被计两次账： - `eval_streamk_reduce` 内 t_write_partial（timing.py:88-93）按**整片** 5.2TB/s 计 ≈ **1.61us**； - 新增的 `t_fixpipe`（branches/stream_k.py:152-153 fix_bytes = grid_k*tile_elems*4）按**单核份额** 162.5GB/s 计 ≈ **51.62us**（高估 grid_K=32 倍，等价于把整组部分和压到单核写口串行写，与"每核独立 DMA、带宽按核数配平"的模型原则矛盾）。 2. 后果已固化进 examples：streamk_demo 总时延 9.96us → **55.03us**，瓶颈变成 FIXPIPE（51.62us）。 3. 回归测试只验证代数恒等式（t_total=t_steady+t_drain、drain=t_reduce），验不出字节/带宽口径错误。 期望：部分和写只在一处计账（推荐全部并入 t_reduce 串行追加，稳态 fixpipe 不再重复计），并补一条按字节量与并发带宽校验的回归测试。
admin commented 2026-09-03 12:05:44 +00:00
Author
Owner
Copy Link

【修复说明 · 乱码重写】原评论提交时编码损坏、内容不可恢复, 以下按 git 记录 / issue 正文 / 残留文本重建 (要点级, 非逐字原稿):

[P2] StreamK fixpipe 双重计账 + 单核串行高估 (issue#9 修复引入的新口径问题) 已修复 (commit 4bedf0a):

  • 部分和 (grid_K×tile×4B) 不再同时计 eval_streamk_reduce 内写账与稳态 t_fixpipe 两遍:
    部分和写 L2/读回/AIV 求和/最终写回全部并入归约账, 稳态 fixpipe 不重复列账;
  • 消除按单核串行把整片带宽计成 32 倍的高估;
  • 复测: streamk_demo ≈55.03us (FIXPIPE≈51.62us) → 9.96us, 瓶颈回到 MTE2;
  • 第三轮回退后由 9afe6ee (#17) 恢复。
【修复说明 · 乱码重写】原评论提交时编码损坏、内容不可恢复, 以下按 git 记录 / issue 正文 / 残留文本重建 (要点级, 非逐字原稿): [P2] StreamK fixpipe 双重计账 + 单核串行高估 (issue#9 修复引入的新口径问题) 已修复 (commit 4bedf0a): - 部分和 (grid_K×tile×4B) 不再同时计 eval_streamk_reduce 内写账与稳态 t_fixpipe 两遍: 部分和写 L2/读回/AIV 求和/最终写回全部并入归约账, 稳态 fixpipe 不重复列账; - 消除按单核串行把整片带宽计成 32 倍的高估; - 复测: streamk_demo ≈55.03us (FIXPIPE≈51.62us) → **9.96us**, 瓶颈回到 MTE2; - 第三轮回退后由 9afe6ee (#17) 恢复。
admin closed this issue 2026-09-03 12:05:44 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
No items
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
admin
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: admin/matmul-analysis#11
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?