Skip to content

[Track] L3+ / 方向 2:多卡通信与后端能力 #2722

Open
12 of 22 issues completed
Open

Description

@ChaoZheng109

① 当前概况

总 tracker:#2716。本 Issue 跟踪 L3+ 方向 2,维护本方向的目标、职责边界、子任务入口与验收要求。总入口:#2670。

目标: 贯通多卡及相关 Host/远端数据传输,从通信域和后端初始化到 L2 执行、完成与资源释放形成完整能力。
负责人: @ChaoZheng109(方向协调与范围收敛;子项负责人和 PR 作者继续负责原工作)。
状态: 通信域统一与跨 Run 复用、多项 URMA 基础、Host 通信域和直接 L2 本地 A5 MAP 已交付;共享整表 MAP、子域隔离、CCU、合批提交及故障处理持续推进。
当前结论: 已合入能力按平台、runtime 和拓扑限定范围;已验证待合入、仍在实现、设计讨论和暂缓关闭分别记录,不以单项完成推导整个后端或方向完成。
下一步: 推进 #2731 共享整表 MAP 与 #2833 子域隔离审查合入;对齐 #2971 三 Event ABI 与 Worker 原型、补齐新协议验收;继续 #2855 合批实现/性能边界与 #2621 方案收敛,并处理 URMA 停滞、bootstrap 和握手清理问题。
阻塞/需要协助: #2854/#2860/#2969 的通信停滞尚未解决,需保留设备与版本边界;CCU 接口和独立传输方案仍需协同确认,具体任务按实际前置推进。
更新日期: 2026-11-11 UTC(补入本地 MAP 合入、共享整表 MAP 验证、CCU ABI/原型及 URMA 合批实测;引用对应 PR 和评论的证据,本轮未重新执行测试)。

② 交付与进度

能力边界 本方向承担的交付 当前基础与剩余工作
通信域与建链 成员、拓扑、域创建/访问/复用/释放和后端初始化 #2594、#824 已完成,#2668 交付公共域 Buffer 访问和跨 Run 使用追踪;继续验收扩展场景及故障边界
L2 通信后端 通信接口、kernel 接入、队列、异步完成、能力查询与后端资源生命周期 workspace 分离、URMA 完成协议/稳定发送者/多 jetty 已交付;#2708 保留能力汇总,#2971 推进 CCU;#2885 当前暂缓,不能视为 ISA 清理缺口已解决
独立数据传输 owner 内异步传输、第三方引擎接入以及设备发起的本地/远端 Host 数据读取 #2657 中分片 Host 通信域、初始化及直接 L2 本地 A5 MAP 已交付;共享整表 MAP 已有双设备验证,PR 仍为 draft;#2621 独立传输路线继续收敛

#2594 与 #824 已完成,后者的跨 Run 域复用由 #2594/#2668 覆盖,保留原有入口及证据。#2708 下 #2673、#2674、#2911 已完成,#2910 暂缓关闭;子项全部关闭不等于共享池已交付或整个 #2708 已验收。#2885 仍保留本方向归属,当前暂缓,不属于 #2708。

已合入阶段成果

能力 已合入 PR/已完成子项 边界
统一通信域与跨 Run 复用 #2668;#2594、#824 固定域可复用,逻辑关闭与真实使用/释放分别跟踪;扩展拓扑与后端分别验收
workspace 分离 #2790;#2739 SDMA/URMA/RDMA workspace 分离不等于 RDMA 全部真实传输验收
URMA 提交与完成协议 #2779;#2775 请求提交、累计完成目标与失败处理按该 PR 范围交付;后续队列 ordering 风险仍由 #2854 排查
URMA 可用性与域所有权 #2825、#2835;#2674、#2787 默认编译/使用校验、域 rollback 与 drain 保留已交付;ISA 内部清理缺口 #2885 未解决
稳定发送者与多 jetty #2886、#2929;#2673、#2911 稳定 resident AIV 队列身份、每 AIV jetty 配置及请求内分片已交付;小请求不自动跨请求轮转,不等于共享池或 #2855 批量 flush,也不保证性能提升
Host-source 通信域及首次初始化 #2913、#2939、#2928;#2922、#2938 A5 分片 Host 域、首次创建 initializer 与 A3 扩展已交付;首次初始化与复用分开,适用 runtime/后端以各 PR 为准
直接 L2 本地 A5 Host MAP #2714;#2730 2026-11-10 合入;直接初始化的同进程 A5 L2、单设备、TMR/HBG,可通过 MTE 读写所拥有的 POSIX Host backing,不建立通信域/URMA,也不复制整表到 Device;L3 共享整表由 #2731 继续交付

关键在途工作与风险

以上为方向关键里程碑与风险摘要;完整任务集合和细节仍以原生子 Issue 及各自评论为准。

③ 依赖与交接

④ 已确定边界与验收

  • 声明平台、runtime、拓扑、后端和版本的支持组合,未支持的组合明确拒绝。
  • 通信域创建、访问、初始化、执行、完成、复用与释放具有端到端证据。
  • 区分请求发起完成与数据传输完成,消费者在约定可见性成立后推进,资源释放覆盖真实最后使用。
  • 覆盖必要的多并发、重复使用、异常与部分初始化清理;每项扩展分别给出验收证据。

⑤ 设计与历史资料

源码、示例或后端入口存在不等同于全部平台组合已通过验收。

维护约定: 本方向的完整任务清单与实施进度以原生子 Issue 为准;本 Issue 维护范围、关键交接和方向验收,不另行复制完整任务列表。新任务按完整交付目标归入唯一方向;已有细分 tracker 整棵接入,保留其内部层级。场景所需的公共基础修改随场景 Issue 交付,只有独立可复用的基础目标才单独归方向 1。既有负责人和 PR 作者保留原有责任;父子关系不表示实施顺序,blocking 仅指具体必要前置。方案讨论在任务 Issue 中进行,确定后回填相应正文。

Activity

  1. self-assigned this
    on Oct 26, 2026
  2. ChaoWao commented on Nov 5, 2026

    @ChaoWao
    Collaborator

    将本地“分布式会话与通信域”规划中的通信目标交接到本方向,供负责人核定。本地不再单列 DS 实施进度;原编号只用于防止交接遗漏。以下是设计与验收交接,不是新增实现任务或完成声明。

    按本方向与 #2724 的既有边界,Worker 部署、会话和任务路由归 #2724;本方向负责从通信成员和建域,到传输、完成及资源释放的完整场景。已有子 Issue、负责人和 PR 保持原归属。

    交接目标 保留的验收要求 原本地对照
    成员、rank 与建域事务 消费真实部署结果;参与成员与 rank 映射一致,部分初始化/导入失败可回滚或留下可追溯清理债务;与 session 失效规则衔接 DS-2 的通信成员部分、DS-9 / P2-B、W5
    远端传输与实际访问 区分 owner-delegated copy、直接映射与 device-peer/collective;保留正确 storage identity、范围、上下文及完成条件;失败时中间资源有归属 DS-3 / P2-C、U3;公共合同对接 #2460
    域接口与跨 Run 寿命 创建、查找、访问、复用、关闭和最后使用;远端断连与失败释放不得用进程退出结果代替 DS-4、DS-6 的域接口部分 / P2-D 远端半、D.4;衔接 #824/#2594
    后端与同步/异步语义 各平台/runtime/backend 分别验收;区分暂存、提交、传输完成与消费者可见,覆盖并发、多域和异常清理 DS-5、DS-11 / P2-E、D.2
    Host 参与通信 按 #2657/#2730/#2731 的具体场景验证 Host backing、注册/映射、workspace、完成与保活;Host 不因参与访问而成为 NPU rank DS-8 / D.3
    规模扩展 如确需突破现有 rank 容量,明确实际需求、支持规模、ABI/容量兼容与测试;不能阻挡已支持规模的交付 DS-7 / P3⑤
    跨节点组合 部署/session、成员事务、真实访问、完成及失败回收共同验收;数据通信场景由本方向组织,部署证据消费 #2724 DS-10 / D.5 残留、P3② 跨节点半

    需要设计时确认的问题:

    1. 成员冻结与 epoch 的最小合同是什么? 部署侧提供真实 endpoint/设备/session,通信侧定义本域成员和 rank;是否需要全员 READY、如何处理部分失败,按具体建域场景给出可验证条件,不预设另一套全局 registry。
    2. 64-rank 扩展是否有当前消费者和约定目标规模? 建议将它作为独立容量问题讨论;原本地目标不能仅凭“扩展有益”变成本方向当前必做门槛,也不能在交接时静默丢弃。
    3. 跨节点组合是否需要新的公共资源聚合类型? 建议先用现有 Buffer/Tensor、通信域和真实 OS/驱动映射说明路径与寿命;不预设 ResourceBundle、额外公共授权/grant 或 plan/capability 对象。必要性与共同模型问题在 [Track] L3+ / 方向 1:编排调度、任务下发与资源访问 #2721 对齐。
    4. 各失败阶段如何证明安全释放或保留债务? 请分别覆盖建域部分成功、传输失败/断连、消费者仍在使用与关闭失败;与 [Feature] Support persistent communication domains across Worker.run calls #824/[Feature] Unify Tensor and Buffer across L3, Remote and L2: design and delivery plan #2460 服从一致的接纳和最后使用规则。

    保留现有通信基础:基于原生 CANN ACL runtime/PTO 的路径,不要求接入 SHMEM 库或改用 HCCL/hcomm 建域。平台映射只约束实际需要该能力的路径;Host copy-capable 场景不应等待 #2496 的全部 direct-map 能力。队列、应用发布协议与背压属于消费者,runtime 提供必要访问/同步/完成能力。

    请优先对照已有子项和已合入实现确认差额,避免按旧 DS 清单重新开发。本评论只交接目标与问题;方案是否接受及功能是否完成,仍以负责人决定和具名验收证据为准。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

enhancementNew feature or request

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions