变更摘要

本 PR 引入了一个新的 StatelessExponential 算子，用于在原地（in-place）生成服从指数分布 Exp(λ) 的随机数。与旧的 SimThreadExponential 不同，该算子将 seed 和 offset 作为输入张量（而非属性）传递，使其能够被 aclnnMultinomialTensor 等基于张量的调用方直接使用。该算子的内核计算逻辑复用 SimThreadExponential::Process<T>，通过 TilingKey 按输出数据类型（FP16/BF16/FP32）分派。同时，PR 清理了 stateless_sample_multinomial 中旧的 David 路径代码（RunDavidMultinomialReplaceMent、RunDavidMultinomialNoReplaceMent 等），并将 multinomial 的无放回采样路径统一改为 StatelessExponential + Run950AicoreMultinomialWithoutReplacement 的组合。

主要改动

• 新增 StatelessExponential 算子：完整实现了 Op 定义 (stateless_exponential_def.cpp)、Op API (stateless_exponential.h/.cpp)、Tiling (stateless_exponential_tiling_arch35.h/.cpp) 和内核入口 (stateless_exponential.cpp)，支持 FP16/BF16/FP32 输出，seed/offset 作为 INT64 标量张量通过 TilingInputsDataDependency 在 tiling 阶段消费，lambd 作为属性传入并校验 >0。
• 重构 multinomial 无放回采样路径：在 aclnn_multinomial.cpp 中，aclnnMultinomialGetWorkspaceSize 和 aclnnMultinomialTensorGetWorkspaceSize 的 RegBase 分支不再调用已删除的 Run950AicoreExponentialWithoutReplacement，改为先通过 StatelessExponential 生成指数随机数，再传入 Run950AicoreMultinomialWithoutReplacement。
• 移除旧的 David 多分类实现代码：从 aclnn_multinomial.cpp 中删除了 RunDavidMultinomialReplaceMent、RunDavidMultinomialNoReplaceMent、GetDavidRandomUniformReplaceMentTensor、GetDavidRandomUniformNoReplaceMentTensor、BuildDavidCounter 等约 170 行代码；从 stateless_sample_multinomial.cpp/.h 中移除了 Run950AicoreExponentialWithoutReplacement 函数及 OP_TYPE_REGISTER(SimThreadExponential) 注册。
• sim_thread_exponential 写入方式调整：ExponentialTransform 中写回全局内存的方式从直接索引赋值 outputGm[li] = ... 改为 *const_cast<__gm__ T*>(&outputGm[li]) = ...，以适配更严格的编译器约束。
• 新增完整的单元测试：tiling 层测试覆盖 FP32/FP16/BF16 三种数据类型、多维形状、lambd=0 校验失败、offset 非 4 的倍数校验失败；kernel 层测试覆盖冒烟测试（三种类型）和确定性验证（相同 seed/offset 两次运行结果一致）。

代码审查

Now let me write the closing summary.

审查总结

共审查了 18 个变更文件，报告了 3 个问题：

逐文件审查结果

整体风险评估：此 PR 引入了新的 StatelessExponential 算子以替代旧的 SimThreadExponential 路径，架构设计合理。主要风险集中在 aclnn_multinomial.cpp 两条新增 RegBase 路径中缺少中间分配结果（AllocIntArray/ConvertToTensor）的空指针检查，在 OOM 场景下会崩溃而非返回错误码。另外 sim_thread_exponential_simt.h 中 const_cast 剥离 volatile 的做法需确认是否是针对已知编译器问题的 intentional workaround。整体风险等级：中等。

💬 仅评论

Thanks for your pull-request.
The full list of commands accepted by me can be found at here。
You can get sig-info at here

PR Approval Progress

✅ Congratulations! All modules have met the lgtm and approve requirements.

Module Approval Details

💡 Tip:

• Committer can comment /approve or /lgtm
• Commenting /approve implies both code review (lgtm) and intent to merge (approve)

CLA Signature Pass

zhangxiyan7, thanks for your pull request. All authors of the commits have signed the CLA. 👍