Prhub

radixark/miles · 标签视图

标签列表

聚合结果

dashboard 相关 PR

2026-09-01
缺陷修复 重要性 7.19 洞察度 7.00

空 step 补全声明式 schema,修复 dashboard 多页面 500 崩溃

值得精读。改动量不大但信息密度高:polars 空数据 schema 推断陷阱、缓存版本在格式迁移中的作用(mtime 匹配 ≠ 格式有效)、并发读下的原子写、以及「先用 revert 实验证明测试能抓到 bug 再提交」的验证方法(PR body 中 2 failed 的对照表)。对 dashboard 维护者、做数据管道容错的工程师尤其有参考价值;`blank_samples` 夹具和 `test_pre_fix_columnless_cache_is_not_served` 是两段值得模仿的测试写法。

缺陷修复 重要性 6.88 洞察度 6.00

Rollouts 标签落在首个可读 step,修复实时点击报错

值得精读。改动虽小但完整呈现了一个前端修复的工程方法论:先枚举全部失败形态再决定统一处理策略(threw 与 empty 同等对待)、为回退探测设置语义边界(5 步后停止并暴露真实错误)、处理异步间隙的竞态守卫、考虑历史栈与重试预算。“有界回看 + 显式请求不重定向”的组合对同类 dashboard 导航很有借鉴意义。若后续要为 dashboard 前端补测试设施,本 PR 的 Playwright 验证矩阵(3 种 dump × 4 种检查)是现成的回归用例清单。

2026-08-29
功能 重要性 6.38 洞察度 6.00

令牌条改为整条滚动,分页控件移除,请求减半

值得精读,尤其是关心 dashboard 前端与超长列表渲染的工程师。作者先用实测证明 DOM 构建成本远低于直觉(64k span 仅 66 ms),再用 `offsetParent + scrollTop` 的懒定位替代分页状态,最后针对 review 发现的隐藏面板时序问题设计一次性 `_onShown` 回调;这三个决策都可迁移到其他长列表或懒加载面板场景。

2026-08-22
功能 重要性 8.43 洞察度 6.00

Dashboard 新增 AMD SMI 遥测,NVML 优先自动回退

值得精读,尤其是 Provider 抽象、单位差异处理与降级语义的设计:`_AmdSmiProvider` 与 `_NvmlProvider` 共享同一接口而实现细节差异被干净隔离,`_amd_socket_power` 对多代 ROCm 字段兼容的思路可复用于其他硬件平台。创建类似硬件适配层时可参考本 PR 的 importlib 延迟导入与 `sys.modules` 打桩测试方式。

2026-08-18

#2606 update doc & readme

原始 PR · 作者 Zhichenzzz · 合并时间 2026-08-18 19:38

文档 重要性 4.53 洞察度 5.00

撤回未稳定的 dashboard 长文档,重定向至监控页

值得快速阅读的文档策略 PR,适合作为"不稳定功能不写长文档"的时机管理案例。其核心价值不在删除本身,而在决策判断:当 dashboard 五个方向并行重构时,用简短定位性说明加永久重定向替代图文教程,避免文档刚上线即过时。关注点在于:dashboard 重构(尤其 #2581 的 CP/PP 分片修复)落地后,应通过后续 PR 回补详细文档,并保持 /user-guide/dashboard 重定向的长期有效性。

缺陷修复 重要性 8.91 洞察度 6.00

修复 CP/PP 分片下 dashboard 视图错位与 --follow 双计数

值得精读。设计上把 split/assemble 收敛到同一个偏移函数并用 round-trip 测试固定,是保持并行语义一致的典范。旧 dump 的布局恢复通过“内容分组 + 宽度校验”避免了破坏性迁移,值得借鉴。并发 race 修复方式简单直接(锁住整个读-解析-追加事务),适合作为类似场景的参考。

2026-08-13
功能 重要性 6.08 洞察度 4.00

样本状态/奖励 chips 移到标签栏上方,Tokens 页保持可见

值得快速阅读,是小型但完整的 UI 组件拆分案例。关注 `renderSampleChips` 的拆分方式和 `renderTokens` 中 DOM 顺序的组织,对理解 dashboard 前端组件组织有帮助。虽然有浏览器验证,但仓库无 JS 测试 harness 是持续存在的技术债,值得后续投入。

功能 重要性 8.83 洞察度 7.00

advisory v2 以健康告警优先,门控并抑制误导性调优建议

值得精读。核心设计决策值得学习:按“主张”分层 + 告警门控调优;stall watchdog 用自身中位数基线且对“常开相位”不作主张;counter 差分容忍引擎重启;缺失数据与退化组的语义区分。建议读者关注评审中 DumpStillWriting 边界是否跟进,以及 follow-up 的 per-dp-rank 标签粒度问题。