Prhub

vllm-project/vllm · 标签视图

标签列表

聚合结果

logging 相关 PR

2026-09-16
缺陷修复 重要性 8.03 洞察度 6.00

延迟导入 SageMaker 集成,恢复 vLLM 启动日志级别

值得精读,约 10-15 分钟。关注三点:一是「延迟导入 + try/finally 恢复」这一处理第三方 import 副作用的标准范式,它在 `attach_router`/`_attach_router` 拆分中体现得最清楚;二是 `sagemaker_standards_bootstrap` 里 bootstrap 仍在 finally 之前执行,docstring 声称的「导入后立即恢复」并未落地,建议要么把恢复提到 import 之后、要么修正注释,这是本 PR 唯一未闭环的技术点;三是测试缺口——把 PR body 的手工脚本改写成 CI 可运行的单元测试(用 stub 模块替换 `model_hosting_container_standards`,断言 handler level 不变),成本极低但能防止回归。对维护自定义日志配置、或在 SageMaker/私有云上排障「日志消失」的工程师,这是必读改动。

2026-09-11
其他 重要性 6.00 洞察度 5.00

新增 error_once,并把 FlashInfer allreduce 终态失败日志升为 ERROR

值得快速精读,但不必逐行深挖。最值得关注的设计决策有两处:一是 `vllm/logger.py` 中 `*_once` 的整套机制——`@lru_cache` 去重 + `stacklevel=3` 指向真实调用点 + `_METHODS_TO_PATCH` 把方法直接 patch 到 `logging.Logger` 实例上(绕开第三方 logger 冲突),新增 `error_once` 时必须同时改 `_METHODS_TO_PATCH`;二是「尝试阶段 WARNING / 终态 ERROR」的级别划分原则,这是判断日志级别是否合适的通用范式,可直接迁移到其他回退链(如 attention backend fallback、KV connector fallback)。阅读时建议同时打开 `allreduce_rms_fusion.py` 看下游 assert 的位置,理解这条 ERROR 到底替代了什么信息。若要跟进改进,可考虑补一个 `error_once` 与 `scope` 过滤的单测。

2026-08-01
其他 重要性 5.47 洞察度 2.00

为 v1 进程管理器关闭流程日志补充进程名与 PID

值得快速浏览:作为日志可观测性小改进,已获 maintainer 批准,可安全合并。后续可将 send sigterm 日志降为 debug,与 #50590 的日志噪音治理方向对齐;无需精读。

2026-07-15
功能 重要性 7.02 洞察度 4.00

启动时记录完整池化配置来源

该变更清晰地展示了如何在大型项目中添加可观测性日志的设计模式:定义常量统一管理日志字段、在配置解析阶段记录来源、在核心引擎中延迟输出。值得阅读 `model.py` 和 `core.py` 的变更部分。