sgl-project/sglang

重构 LTX2.3 代码，清理冗余逻辑并统一接口。

建议核心开发人员精读 `ltx_2_denoising.py` 和 `ltx_2_pipeline.py`，关注数据类设计和 LoRA 切换重构，这些设计决策有助于提升模块化和可测试性。

修复 AMD ROCm7.2 多模态测试超时问题，将分区数从 2 增至 3。

该 PR 变更简单直接，适合快速浏览以了解 CI 负载均衡的常见问题模式。值得关注的是作者对分区逻辑（参数化分区数 = 总分区数 - 独立文件数）的深入分析，这对设计可扩展的测试套件有参考价值。

更新 AMD CI 工作流名称，统一添加 ROCm7.2 后缀以区分版本。

这是一个简单的 CI 配置调整，无需深入精读。值得关注的是命名标准化策略，可能为未来多版本 CI 管理铺平道路。

修复上下文并行下KV事件发布的重复问题，确保每个数据并行rank只发布一个事件流。

建议工程师精读此PR，特别是对于涉及分布式rank管理和事件发布的代码，关注如何优雅处理CP和TP的协同，并参考测试用例验证类似场景。

为 gRPC Rust 构建脚本添加 protoc 兼容性标志，修复旧版本 CI 环境编译失败。

此 PR 变更简单直接，对于不直接参与 gRPC 基础设施或 CI 维护的工程师，无需精读。值得关注的点在于：它展示了团队如何处理 CI 环境中的依赖版本碎片化问题——选择在构建脚本中添加兼容性标志，而非强制升级所有环境，这是一种务实且影响面小的解决方案。对于负责基础设施或构建系统的工程师，可以快速浏览以了解此兼容性处理模式。

为 AMD ROCm CI 锁定 peft 版本，修复因 torchao 版本不兼容导致的导入错误。

该 PR 是一个典型的依赖管理修复，变更简单直接，适合快速浏览以了解 CI 问题解决流程。值得关注的设计决策是选择仅在 `pyproject_other.toml` 中锁定版本而非全面更新所有配置文件，这反映了优先解决紧急阻塞问题的务实态度。建议团队后续跟进 review 中的建议，评估是否需要在其他平台配置文件中同步版本锁定以避免未来问题。

为kill_process_tree添加可选超时等待，修复引擎关闭后的GPU资源竞争条件。

值得精读，特别是`_wait_for_reap_or_raise`函数的实现，展示了如何处理异步进程回收、超时控制和竞态避免，对于涉及多进程管理或资源清理的代码有借鉴意义。

回滚对PCG inductor路径的FP8优化，修复AMD CI上的GPU内存访问错误。

此PR值得精读，因为它揭示了在异构硬件（特别是AMD GPU）上优化PyTorch计算图时，张量连续性和视图操作的微妙陷阱。关注点： 1. **设计决策**：在性能优化（使用`.view()`以保留张量结构）与兼容性（使用`.reshape()`确保内存布局安全）之间的权衡。 2. **根本原因分析**：PR body中详细的bisect和错误指纹分析，展示了如何定位跨平台兼容性问题。 3. **后续行动**：团队应考虑在回滚后，如何重新设计优化以避免类似问题，例如添加张量连续性检查或平台特定的优化路径。