Simplify Pass¶
使用代数重写规则和边界分析,折叠算术表达式、类型中嵌入的 shape 表达式以及标量常量绑定。
概述¶
Simplify 是一个函数级 Pass,依托 arith::Analyzer 就地重写 IR,主要做三类工作:
- 算术折叠:在每个表达式叶子上执行(例如
x + 0 → x、x * 1 → x、min(a, a) → a,以及分析器能判定的比较)。 - 类型重建:重新遍历
TensorType、TileType、TupleType中嵌入的表达式,包括 pinned 声明式 MemRef 的槽位下标,使内存中的 IR 与重新解析得到的结果一致。 - 标量绑定以辅助折叠 + DCE:仅被赋值一次的标量
Var会注册到分析器。可证明的常量会被完整绑定,其字面量向下游使用处传播,包括循环、分支和 SPMD 作用域内部。符号值只贡献一个ConstIntBound——足以折叠if expr == 0这类恒死的分支守卫,而不会把标量内联到使用点。绑定限定在定义所在的区域内,残留的死绑定随后由保守的标量 DCE 删除。
在 pass_manager.py 的 Default 策略中本 Pass 运行两次:
- SSA 后(在
ConvertToSSA之后、FlattenCallExpr之前):将闭包捕获的常量(如CHUNK_K: Scalar[INDEX] = 512)传播进 shape 表达式与类型,使后续的 tile lowering Pass 看到的是字面量而不是变量。 - tile pipeline 末尾(在
MaterializeDistTensorCtx之后):清理由内存空间推断、layout 解析等晚期 lowering 暴露出来的可折叠表达式。
InitMemRef 还会在入口处以仅常量模式(constant-only mode)调用共享的内部辅助函数,随后再规范化语句结构、构建地址。该模式将可证明的常量传播到表达式与类型元数据中,并删除死标量赋值,同时保留控制流、phi 和循环携带结构;它跳过恒等 tensor.view 折叠、非常量代数重写和死 yield 槽位裁剪。这样,即使直接调用 InitMemRef,也能折叠此前 lowering Pass 引入的常量,无需额外的流水线 Pass 或新的前置条件。独立的 Simplify Pass 仍执行下文介绍的完整行为。
需要 (Requires):无。
产生 (Produces):无。
失效 (Invalidates):无。
PassProperties 为空(include/pypto/ir/transforms/pass_properties.h 中的 kSimplifyProperties)是有意为之:Simplify 在重写表达式、删除死绑定,以及折叠可证明的分支或纯零次/单次循环时,仍保留 SSAForm、NormalizedStmtStructure、IncoreTileOps 等已建立的属性。InitMemRef 使用的仅常量辅助函数则保留这些控制流语句及其 yield 槽位。
整数及 INDEX 表达式重写保留声明的结果类型。若化简选中的操作数具有不同的整数类型,会保留转换(插入 cast,或折叠为对应类型的常量)。例如,结果声明为 INT32 的 (index + 1) - 1 会化简为 cast(index, INT32)。打印器通过 pl.const(value, dtype) 保留非 INDEX 整数常量的类型,包括传播到嵌套 Call 参数中的常量。
布尔绑定通过值代换生效,不参与数值排序分析;浮点绑定同样可以代入已知值,但浮点代数重写规则仍保持禁用,保留类型与带符号零。
在实现声明格式的舍入模型前,浮点比较保持显式表达式,不能用 ConstFloat 内部保存的原始 double 值决定分支。退出作用域时,解除绑定会同时清理符号区间、具体范围和值代换。单次循环克隆会将原变量的多次赋值排除信息传递给新变量;标量与 yield 槽位 DCE 在重建通信域作用域时保留其全部字段。
使用时机¶
- 在 SSA 转换之后、tile pipeline 检查类型/shape 之前,把标量常量传播进去。
- 在 MemRef 初始化前,通过共享辅助函数的仅常量模式化简常量坐标与声明式槽位下标,使其生成具体的地址元数据,同时保持影响存储的控制流结构。
- 在 tile pipeline 末尾作为清理 Pass,确保下游产物(打印的 IR、codegen)不会残留
K + 0或idx * 1这类痕迹。 - 任何会产生新表达式的 Pass 之后;Simplify 代价低且幂等,可以放心地防御性地插入。唯一的有界例外是超过 16 层的嵌套单次循环链 —— 此时再跑一次还会继续折叠,见代换深度上限。流水线中没有输入会达到该深度。
API¶
| C++ | Python | 级别 |
|---|---|---|
pass::Simplify() |
passes.simplify() |
函数级 |
工厂函数:
Python 用法:
from pypto.pypto_core import passes
simplify_pass = passes.simplify()
program_simplified = simplify_pass(program)
算法¶
由 src/ir/transforms/simplify_pass.cpp 中的 TransformSimplify 分五个阶段实现:
- 多次赋值收集:
MultiAssignCollector遍历函数体,记录所有被多次赋值的标量Var。这些Var不会被绑定到分析器,避免某个过期的值越过后续的重新赋值被使用。仅被赋值一次的Var——即使位于循环体或分支内部——也可以安全绑定:SimplifyMutator会把每个绑定限定在赋值所在的区域内(见阶段 2),在离开该区域时解绑。在 SSA 形式下每个Var都只被赋值一次,因此不会收集到任何Var。 SimplifyMutator遍历:继承自arith::IRMutatorWithAnalyzer。分析器维护一个约束栈(循环变量边界、if 分支条件、标量绑定)。折叠发生在叶子节点而非仅顶层表达式,因为分析器顶层的Simplify不会递归进入非算术容器(Call、MakeTuple):VarPtr/IterArgPtr:先按变量重映射表替换,再交给分析器化简。循环携带变量的使用点视为叶子节点:仅在循环头重建其类型与初值。在使用点重新处理携带变量的 MemRef 偏移可能产生新的未定义变量,尤其是在作用域独立的不同分支中。BinaryExpr/UnaryExpr:先访问子节点,再折叠重建后的节点。由循环静态范围可判定的INDEX类型loop_var OP constant比较会被替换为ConstBool,参见操作数中的可证明比较。CallPtr:刷新结果type_,让 shape 参数被折叠后的 Call 与重新解析得到的 Call 在结构上相等。AssignStmt:对不在multi_assigned_中的标量 LHSVar,把化简后的 RHS 注册到分析器。无论位于函数体顶层还是嵌套区域内,ConstInt/ConstFloat/ConstBoolRHS 都会被完整绑定(字面量代入下游使用点)。符号 RHS 只贡献一个ConstIntBound,使恒死的分支守卫得以折叠而不会内联该标量。每个绑定都会被记录,以便所在区域的访问器在退出时解绑。这不会把循环携带值绑定为其初值,也不会假定不同分支的结果相同。ForStmt:先在外层作用域化简每个 carry 的初值。只要循环头的值或类型发生变化,就先创建并登记整组 carry,再重建类型,使已分配的偏移或槽位下标能够引用后声明的标量 carry;完全不变的循环头保留原对象身份。随后使用完整映射访问循环体;如果start_与stop_都折叠为ConstInt且stop > start,则在访问循环体期间把循环变量绑定到这一区间,退出时解绑;体内绑定的标量在访问结束后解绑;在访问体之后重建return_vars_,让体内发现的折叠也反映到返回类型中。纯单次/零次循环还会被原地折叠 —— 见下文「控制流折叠」。IfStmt:进入Analyzer::GetConstraintContext(cond)处理 then 分支,进入Not(cond)处理 else 分支;每个分支内绑定的标量会在该分支结束后解绑,以免泄漏到另一分支或越过IfStmt。保留分支时,在共同的基线映射下重建return_vars_,使结果类型跟随外层变量的重建,同时不引入分支内部的定义。可由分析器证明的条件也会被折叠 —— 见下文「控制流折叠」。WhileStmt:除没有循环边界外与ForStmt相同 —— 在访问条件与循环体前复用同样的两阶段 carry 整组重建,在访问循环体前后快照并恢复var_remap_,随后重建return_vars_,并采用同样的区域化标量解绑方式。先建立完整的循环头映射,使条件、循环体与存储元数据中的引用始终指向声明的节点,不依赖 carry 的排列顺序。SpmdScopeStmt:先在外层 carry 映射下折叠core_num_,并重写任务依赖、运行时谓词等表达式属性,再访问语句体;体内标量绑定采用同样的区域化解绑方式。这样,调度使用点会指向重建后的 For/While 循环头,同时不会把运行时谓词固定为常量。CommDomainScopeStmt:遍历语句体时固定槽位身份,随后利用体内无条件标量绑定化简槽位大小。DCE 前通过一次不求值遍历更新所有依赖的窗口引用;分支局部事实不会特化域槽位。仅被槽位引用的符号大小依赖也会保持存活。- 类型重建:
SimplifyType递归地处理TensorType、TileType、TupleType,对嵌入的表达式(shape、stride、valid_shape、start_offset、view 字段)调用SimplifyExpr。RemapPinnedMemRefExprs还会在 pinned 声明式分配的槽位下标转换为字节偏移之前化简该下标。非 pinned MemRef 在内部变量未被重映射时保留指针身份;若循环 carry 等变量被重建,其 base、字节偏移和保留的槽位下标会同步重绑,不经过分析器常量折叠,并通过共享缓存确保变量与 Call 类型使用同一个新 MemRef。仅在地址元数据中使用的标量定义仍会在 DCE 中保持存活。类型无变化时保留原对象,使往返一致性检查仍然便宜。 - 标量 DCE + 死 yield 槽位裁剪:mutator 完成后,
dce::EliminateDeadScalarAssignments在展平的函数体上运行,删除所有「全部使用都被折掉了」的标量AssignStmt。该 DCE 是保守的:永远不会删除 Call 支撑的赋值,因为 IR 目前还没有纯度标注,Call可能存在可观察的副作用。两次标量 DCE 之间由dce::EliminateDeadYieldSlots裁掉没有任何读者的 yield 槽位——IfStmt中无人使用的 phireturn_vars_[i],以及ForStmt/WhileStmt中iter_args_[i](循环体内读)与return_vars_[i](循环后读)都未被使用的循环携带槽位——同时删除对应的YieldStmt槽位。跨两个 scope 复用同一个 Python 局部变量恰好会产生这种死携带:SSA 用前一个 scope 的值给第二个循环做初值,循环体每一轮都覆盖它,两端都没有人读。若保留下来,它会让前一个 scope 的值变成 live-out;对设备 scope 而言,这会迫使外提出的 kernel 返回一个Scalar——参见 08-outline_incore_scopes.md。 - 循环状态修复:如果 DCE 删除了任何语句,由
loop_repair::MakeBody重新组装函数体,确保循环携带元信息(yield/return 映射)保持一致。
控制流折叠¶
两个折叠在 SimplifyMutator 遍历内部运行,因此与周围的表达式级处理共享分析器的约束栈:
- Fold A —— 常量条件
IfStmt折叠。条件被化简后,在访问任一分支体之前,分别用CanProve(cond)与CanProve(Not(cond))询问分析器。任一极性被证明,则完全跳过不可达分支,仅化简保留分支,并在允许时将其提升到父作用域。若保留分支的 yield 中包含调用而无法提升,则保留IfStmt,并在不计算算术表达式的情况下,重映射不可达分支体中的外层变量引用及依赖类型。仅常量模式维持原有遍历行为。这样可避免常量折叠对不可达代码中的整数除零或模零等非法算术表达式报错。若两种极性均无法证明,则在各自的约束下化简两个分支;可能执行的代码中的错误仍会正常抛出。当return_vars_非空时,保留分支末尾的YieldStmt被剥离,每个return_vars[i]在var_remap_中绑定到对应的 yielded 值,使后续兄弟语句(以及函数ReturnStmt)直接读取该值。真/假两种极性的处理是对称的;唯一的边界情况是「永远为假,无 else,且return_vars_为空」,此时折叠为空体。 - Fold B —— 纯单次/零次
ForStmt折叠。仅对纯顺序循环触发:attrs_为空、kind_ == ForKind::Sequential。对这类循环,用CanProveGreaterEqual(step, 1)加CanProve(stop <= start)(零次)或CanProve(start < stop && stop <= start + step)(一次)询问分析器以证明循环次数。零次时,为每个 return var 发出AssignStmt(return_vars[i], iter_args[i].initValue_)并丢弃循环体;一次时,用DeepClone复制循环体并将loop_var → start、iter_args[i] → init_values[i]直接代入,再次访问克隆体让进一步折叠在同一次 Pass 中发生,最后剥离末尾的YieldStmt并把return_vars[i] → yielded_value[i]写入var_remap_(与 Fold A 的提升机制一致)。单次折叠路径对嵌套单次循环设有上限kMaxNestedSingleTripFolds(16 层)—— 见代换深度上限。
在循环体上使用 DeepClone 且 clone_def_vars=true(而非就地的 var_remap_ 覆盖),是为了让展开后的循环体在每个定义点获得全新的 Var 标识,与 LoopUnrollMutator 保持一致。这样提升后的副本在结构上与原(已丢弃的)循环体相互独立,并使重新访问时能在与外围作用域不同的标识上绑定循环体内的标量。
只有克隆子树内部的定义才获得新身份。引用外层循环的 IterArg 时,除非显式提供替换映射,否则必须保留原对象,因为其定义所在的循环并未被克隆。子树内部 ForStmt 和 WhileStmt 的 carry 会在访问其使用点之前通过 DefField 注册。这样,折叠两个相邻的单次循环时就不会为同一个外层 carry 创建两个未绑定副本(issue #2955),也不会在后续 outlining 中产生非法的 SPMD 调用实参。
保留的 IfStmt 结果是新的定义:对于复用的前 SSA 变量,会先清除旧值别名和标量事实,再重写后续使用。
Fold B 克隆窗口视图时同样保留外层通信域槽位的身份。克隆或显式代换改变存储基址或大小时,定义类型与 Call/Submit 结果类型共享同一个重映射后的槽位。
return_vars 通过 var_remap_ 代换而非直接产出 AssignStmt(rv, yielded),这是有意为之:编排(orchestration)代码生成器的角色感知命名消歧(role == "out" 等)会把多个 role 标签的 SSA 版本折叠到同一个 C++ 标识符,于是 out__rv_v2 = out__co_l0_rv_v3 这样的别名赋值会下沉为不合法的 auto out = out;。在使用点代换可以完全绕开消歧。
末尾的 yield 可以位于 RuntimeScopeStmt(AUTO 或 MANUAL)或
SplitAivScopeStmt 内。折叠和无用槽位裁剪沿同一条末尾路径查找 yield,
保留作用域元数据及其他语句的顺序。移除唯一的 yield 后仍保留空作用域体,
打印为 pass。
当 yield 的表达式包含 Call 或 Submit(包括嵌套调用)时,常量分支和
单次循环折叠会保留控制流,防止代换重复、删除或移动调用。循环 carry 的
初值含调用时也保留单次循环。先把调用结果赋给变量,再 yield 该变量,
不会阻止折叠。后续 FlattenCallExpr 可以先将调用结果物化为变量,
之后的 Simplify 才能折叠该控制流。
逃逸的 return var¶
代换只能作用于「var_remap_ 条目仍然有效时被访问到」的使用点,而 ForStmt、WhileStmt、IfStmt 在离开各自的体时都会把 var_remap_ 恢复到进入前的基线,以免体内的 remap 改写兄弟语句或循环之后的代码。活过这次恢复的使用点会继续指向原始 Var —— 而折叠恰好删除了它唯一的定义,形成 UseAfterDefCheck 会报告的悬空引用。
ReturnVarEscapeIndex(位于 simplify_pass.cpp 的前置分析)按折叠点逐一判定。它对函数体做一次遍历,用前序编号标记所有会恢复 var_remap_ 的作用域,使每个作用域拥有其子树的连续 id 区间 [id, end);于是「v 的所有使用点都在作用域 S 内」只需两次整数比较。单调递增的 tick 则把使用点与折叠点排序,因此同一作用域内位于折叠点之前的读取同样计为逃逸。一次遍历加上每个折叠点 O(1) 的查询,使 Simplify 仍在 O(N log N) 预算之内。
索引中不存在的语句一律回答「不逃逸」,即保持代换。这涵盖了嵌套在 Fold B DeepClone 循环体内部的折叠 —— 克隆体的 Var 标识在建索引之后才产生。克隆体内的 Var 在其外部不可达,因此唯一未覆盖的情形是:克隆体内部存在一个恢复作用域,横亘在这样的折叠点与其 return var 的后续使用点之间 —— 只可能出现在 pre-SSA,且不比本索引引入之前的行为更差。为每个克隆体重新建索引可以补上这一点。之所以留白,是因为该缺口只在 pre-SSA 出现,而流水线只在 ConvertToSSA 之后运行 Simplify,除非直接以 pre-SSA IR 调用,否则无法触及。
对逃逸的 return_vars[i],LiftBodyToReturnVars 不再记录 remap,而是在折叠点产出 AssignStmt(return_vars[i], yielded_value[i])。该赋值必须留在被提升的区域内部:yielded 值可能引用循环体内的局部 Var,无法外提到循环之后;而在 leak 语义下「最后一次迭代最后写入」恰好就是循环后读取所期望的值。
SSA 形式下不存在逃逸:区域内定义的值不会在区域外被引用,且每个使用点都被其定义支配。由于流水线只在 ConvertToSSA 之后运行 Simplify,该物化路径在流水线中不会触发 —— 它服务于直接对 pre-SSA IR 运行 Simplify 的调用方,而在那里上述别名赋值的顾虑并不成立,因为 SSA 转换仍会在其后运行。
操作数中的可证明比较¶
Fold A 判定 IfStmt 的条件,但作为操作数出现的比较 —— 例如 tile.matmul_acc 的 init_cond 这样的调用实参,或赋值的右值 —— 只会经过表达式重写,而重写无法利用循环变量的范围得到字面量。因此 VisitBinaryExpr_ 判定静态边界情形,并将其替换为 ConstBool —— 即分析器自身常量折叠产生、Fold A 也能识别的节点:
# Before (after LowerPipelineLoops replicates a stage=2 split-K loop, ko in [0, 512);
# the rewriter has already turned ko + 128 == 0 into ko == -128)
acc = pl.tile.matmul_acc(acc, a, b, init_cond=ko == -128)
# After Simplify
acc = pl.tile.matmul_acc(acc, a, b, init_cond=False)
只有形如 loop_var OP constant(任意顺序,OP 为 ==、!=、<、<=、>、>= 之一)的比较才会被判定,其中 loop_var 是 start/stop 均为 INDEX 常量的外层循环的 INDEX 循环变量,且在函数中没有其他定义,常量也是 INDEX 字面量。判定只是把循环头范围 [start, stop - 1](包含该变量取到的所有值)与常量比较:不涉及算术,也不使用分析器给出的边界。其余情形一律保持原样,因为分析器的边界在 int64 边缘以及窄 dtype 回绕下并不可靠;漏掉一次折叠总是安全的,错误的字面量则是错误编译。
两种折叠在同一次 Pass 中可以叠加:当 Fold B 把 loop_var → 0 代入循环体后,类似 if loop_var == 0 的谓词会变成 if 0 == 0 → ConstBool(true),紧接着就被 Fold A 折掉,无需再跑一次 Simplify。
示例¶
代数恒等式¶
变换前:
变换后:
x + 0 → x 和 x * 1 → x 在每个算术叶子上生效。两个标量绑定随后被 DCE 阶段删除,函数体收敛到 return。
循环边界感知的折叠¶
变换前:
变换后:
在访问循环体期间,分析器被告知 i ∈ [0, 8)。条件 i < 16 因此折叠为 True,IfStmt 收敛到其 then 分支,外层 for 保持不变。
标量常量传播 + DCE¶
变换前(ConvertToSSA 之后,闭包值 CHUNK_K = 512):
CHUNK_K__ssa_v0: pl.Scalar[pl.INDEX] = 512
acc: pl.Tile[[CHUNK_K__ssa_v0, 64], pl.FP32] = tile.zeros(...)
for k in pl.range(0, K, CHUNK_K__ssa_v0):
body(k)
return acc
变换后:
CHUNK_K__ssa_v0 在其 AssignStmt 处被绑定到 512。所有下游引用——包括 acc 的 TileType 中嵌入的 shape——都在类型重建阶段折叠为字面量。已经死掉的绑定随后被 DCE 阶段删除。这正是「SSA 后」这一调度点的主要动机:诸如 FlattenTileNdTo2D、InferTileMemorySpace 等 tile lowering Pass 看到的将是具体的 shape 字面量,而不是不透明的标量 Var。
嵌套区域内的常量¶
变换前:
for i in pl.range(0, 8):
base: pl.Scalar[pl.INDEX] = 32
fixed_row: pl.Scalar[pl.INDEX] = base * 2
view = pl.tile.slice(pool, [16, 16], [fixed_row, 0])
consume(view, i)
变换后:
分析器在循环体内证明 base * 2 为 64。代换通过所有算子的普通 Call 参数生效,并非 slice 的特殊处理。对于每行 16 列的行主序 FP32 pool,InitMemRef 此时能计算出 ConstInt(4096) 字节偏移,与作者直接写 [64, 0] 完全一致。声明式分配的常量槽位下标也通过类型元数据按同样方式化简。依赖运行时的坐标和循环携带值仍保持符号形式,除非能单独证明其为常量。
常量条件分支(Fold A)¶
变换前:
变换后:
分析器在访问循环体期间得知 i ∈ [0, 8)。CanProve(Not(i == -1)) 成功 —— 该比较静态恒为假 —— 因此 Fold A 丢弃 then 分支并把 else 分支提升到外层 for 体。永远为真的条件走对称路径(丢弃 else,提升 then)。当 IfStmt 拥有 return_vars_ 时,保留分支末尾的 YieldStmt 会被改写为对 return vars 的 AssignStmt。
通过标量边界折叠死分支守卫¶
变换前:
for ob in pl.range(0, 68, 2):
off: pl.Scalar[pl.INDEX] = ob * 256 + 256
if off == 0:
first_chunk(off)
else:
later_chunk(off)
变换后:
分析器在访问循环体期间得知 ob ∈ [0, 68),因此 off 的 AssignStmt 为 off 注册了 [256, 17408] 的 ConstIntBound。CanProve(Not(off == 0)) 随后成功,Fold A 丢弃死的 then 分支。off 只用于分析、不会被代换,因此保留下来的 later_chunk(off) 仍引用该标量。(若折叠后 off 不再被使用,标量 DCE 会删除其绑定。)
索引边界从何而来¶
INDEX 是所有索引计算的 dtype,而它是有符号的——codegen 为其发射 arith.cmpi slt 与
arith.maxsi。因此仅凭 dtype 无法证明变量的符号,分析器把未绑定的 INDEX Var 视为
[-inf, +inf]。非负性必须被建立,而不能被假定:
| 来源 | 边界 | 由谁建立 |
|---|---|---|
| 被赋值的标量 | 其 RHS 的区间 | BindScalarBound,来自被产生的值 |
| 循环变量 | [start, stop);stop 为符号时取 [start, +inf) |
IRMutatorWithAnalyzer 处理 ForStmt,要求步长为正 |
| 分支条件 | 该约束的区间 | 该分支作用域内的 EnterConstraint |
| block / subblock 内建 op | [0, +inf);block 数量 为 [1, +inf) |
该 op 自身语义,在 ConstIntBoundAnalyzer 中 |
| 整个 shape / valid-shape 维度 | [0, +inf) |
DimensionSymbolScope,包裹 write-union 证明 |
| 运行时标量参数 | [-inf, +inf] |
无——取值由调用方决定 |
最后三行正是关键区别,且没有一条是关于 INDEX 类型的事实。tile.get_subblock_idx() 非负,是因为该
op 返回什么;维度非负,是因为它是元素个数。
第二条规则止于维度本身。 DimensionSymbolScope 只绑定本身就是裸符号的维度,绝不深入到复合
表达式内部。字段是 valid_shape 只能说明该字段是 extent,并不能说明计算它的每个变量都是 extent:
假定 x >= 0 会把它折叠为常量 0,读起来就是空区域,从而静默缩小结果。offset 则完全不绑定——offset
中的 max(x, 0) 是刻意的钳位,其意义恰恰在于 x 可能为负,折叠成 x 会移动 store 写入的区域。
在一刀切的 [0, +inf) 默认区间下,pos >= 0 被证明为恒真,Fold A 丢弃外层守卫——只剩下界检查
独自成立,而负的 pos 恰好能通过它,带着随后被钳位到第 0 行的索引进入 read_row
(issue #2500)。对裸的 Scalar[pl.INDEX] 参数同样成立:调用方可以传入 -1。
这也是为什么 ConstIntBound 的约束作用域在退出时会恢复显式的 [-inf, +inf] 绑定而不是删除
它——在 extent 规则下,被删除的条目会退回 [0, +inf),而那并非该变量原本的边界。
单次循环折叠(Fold B)¶
变换前:
变换后:
pl.range(0, 128, 128) 满足循环次数证明 start < stop && stop <= start + step,因此 Fold B 通过 DeepClone 把 ko → 0 代入循环体并提升到父作用域。代换之后内层的 if ko == 0 变为 if 0 == 0,被 analyzer_->Simplify 化简为 ConstBool(true),进而触发 Fold A 丢掉死的 else 分支 —— 两种折叠在同一次 Simplify 中叠加生效。零次循环走相同的路径:为每个 return_vars[i] = iter_args[i].initValue_ 发出 AssignStmt,并整体丢弃循环体。
带有 attrs_ 或非 Sequential kind_ 的循环会被跳过 —— 这些形式参与执行模型契约(Parallel/Unroll/Pipeline 调度),下游 Pass 可能依赖它们仍然以 ForStmt 形式出现。
代换深度上限(Fold B)¶
DeepClone 会完整复制一遍循环体。当这个循环体本身又是一个纯单次循环时,重访会再克隆它的循环体,如此递归 —— 克隆规模依次为 N、N-1、…、1,于是 N 层嵌套单次循环的代价是 O(N²),超出 .claude/rules/pass-complexity.md 规定的 O(N log N) 上限。
kMaxNestedSingleTripFolds(16,位于 simplify_pass.cpp)限定单次运行最多折叠多少层嵌套的单次循环。fold_b_depth_ 记录当前栈上还有几层 Fold B 克隆;超过上限后该循环走通用路径,保持为 ForStmt。同一深度上的各次折叠位置互不相交,彼此合计最多克隆 N 个节点,因此整轮运行的克隆总量被限制在 O(N)。
放弃折叠是安全的,而非遗留的义务:存活下来的仍是普通的单次 ForStmt,下一次 Simplify 会继续折叠接下来的 16 层。流水线中没有任何 kernel 会把可证明单次的纯循环嵌套到接近 16 层,因此该上限在真实输入上永远不会触发。
| 嵌套深度 | 单次运行后剩余的循环数 |
|---|---|
| ≤ 16 | 0 |
| 19 | 3 |
实现¶
头文件:include/pypto/ir/transforms/passes.h
属性:include/pypto/ir/transforms/pass_properties.h
实现:src/ir/transforms/simplify_pass.cpp
MultiAssignCollector—— IRVisitor,标记被多次赋值(不安全绑定)的标量Var。SimplifyMutator—— 继承自arith::IRMutatorWithAnalyzer;在叶子上折叠表达式,并在Var/IterArg嵌入的 shape 表达式简化时重建其类型。TransformSimplify—— 编排五个阶段(收集 → 变换 → 类型重建 → DCE → 修复),仅在函数体确实变化时返回新的Function。
底层分析器:src/ir/arith/analyzer.cpp、src/ir/arith/ir_mutator_with_analyzer.cpp。分析器组合了一个重写化简器、常量区间边界分析器、传递性比较分析器和一个约束栈。
Python 绑定:python/bindings/modules/passes.cpp
passes.def(
"simplify", &pass::Simplify,
"Create a pass that simplifies expressions and statements using algebraic rules and bound analysis");
类型存根:python/pypto/pypto_core/passes.pyi
def simplify() -> Pass:
"""Create a pass that simplifies expressions and statements using algebraic rules and bound analysis."""
测试:tests/ut/ir/transforms/test_simplify_pass.py
- Pass 元数据(名称为
"Simplify",required/produced 属性集为空)。 - 恒等式化简(
x + 0、x * 1、min(a, a)等)。 - 通过
Call参数和嵌入 shape 表达式的常量折叠。 - 通过
ForStmt分析器绑定实现的循环边界感知折叠。 - 通过
Analyzer::GetConstraintContext实现的 if 分支约束传播。 - SSA 形式下的标量常量传播。
- 循环、分支和 SPMD 作用域内的常量传播,包括带类型的 Call 参数和 pinned MemRef 槽位下标。
- 通过循环仿射标量的
ConstIntBound折叠死分支守卫。 - 保守的标量 DCE —— 仅当所有使用都可折叠时才删除。