viable/strict/1789185010: add kernel shared memory get_graph_data() (#196527)
PyTorch 合并 PR #196527，在 get_graph_data() 中新增 kernel 共享内存字段 shared_mem_bytes。该值取自节点 params 中的 launch 动态共享内存，与已读取的维度信息相邻；查询失败时返回 None 而非抛异常，保持与相邻 kernel 名称查询一致的 best-effort 行为。测试计划显示在 GB200 上运行 test/test_cuda_graph_utils.py 共 118 项通过，test_basic_structure 扩展断言该字段存在、在 kernel 节点上为 int、在其他节点类型上为 None。与同一 capture 的 profile 抽查对比：cutlass sgemm 报告 12672，elementwise kernel 报告 0，与 trace args 中的 shared memory 一致。提交由 AI 编码代理 Claude Code 协助完成。
发展脉络
- 首次出现viable/strict/1789185010: add kernel shared memory get_graph_data() (#196527)PyTorch Core
- 行业反馈trunk/84e524623ea4754a748936bf1ba6ecaaa92c3ae6: add kernel shared memory get_graph_data() (#196527)PyTorch Core
- 当前判断证据仅显示 PyTorch 核心仓库的一次诊断接口增强，未提供采用率、性能收益或商业数据，因此不宜外推为行业趋势。可观察的下一信号是同类 launch 元数据是否在后续版本中成组补齐，以及是否有第三方工具依赖该字段。Agent Pulse · 分析
PyTorch 仓库合并 PR #196527，为 CUDA graph 诊断接口 get_graph_data() 增加 kernel 共享内存字段 shared_mem_bytes。证据显示该字段来自节点 params 中的 launch 动态共享内存，与已读取的维度信息同源；设计上保持 best-effort，params 查询失败返回 None 而不抛异常，理由是 dump 属于诊断用途，缺失一个数字不应让调用方失去整张图。测试在 GB200 上运行 test/test_cuda_graph_utils.py，118 项通过，test_basic_structure 扩展断言字段存在、kernel 节点为 int、其他节点类型为 None。与同一 capture 的 profile 抽查对比，cutlass sgemm 为 12672、elementwise kernel 为 0，与 trace args 中 shared memory 一致。提交说明由 AI 编码代理 Claude Code 协助完成。
从证据看，这是诊断数据面的小步扩展：把 launch 动态共享内存纳入 graph dump，且沿用 best-effort 语义，避免诊断路径因单点查询失败而整体失败。可验证的下一信号是：该字段是否被下游性能分析工具或 profiler 消费，以及是否扩展到其他 launch 参数（如寄存器、occupancy 相关量）。
证据仅显示 PyTorch 核心仓库的一次诊断接口增强，未提供采用率、性能收益或商业数据，因此不宜外推为行业趋势。可观察的下一信号是同类 launch 元数据是否在后续版本中成组补齐，以及是否有第三方工具依赖该字段。
对使用 CUDA graph 做推理或训练优化的团队，该字段让 graph dump 能直接对齐 profile 中的 shared memory，减少跨工具核对成本。价值兑现取决于下游工具是否读取该字段，目前证据未显示商业或收入影响。
若该字段被工具链采纳，CUDA graph 级性能归因可能从 kernel 名称扩展到共享内存等 launch 参数维度。验证信号：后续 PR 是否增加更多 launch 参数，或测试是否覆盖非 GB200 硬件。