性能优化
当吞吐或延迟受流水线单一瓶颈限制时,用约束理论定位并突破瓶颈
适用于吞吐或延迟目标被某个阶段主导、工作在该阶段前堆积、而其他阶段空闲的场景。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
当吞吐或延迟受流水线单一瓶颈限制时,用约通用
解决思路
- 定义流程与目标:明确工作单元(请求、任务、PR、记录)和关键指标(端到端速率或延迟)。
- 用证据识别约束:比较各阶段的利用率、队列/等待和吞吐。约束信号包括:接近 100% 使用率、最长队列、最低阶段速率、工作在此堆积、增加输入不提升系统输出。优先使用实测速率而非主观判断。若两个候选并列,先选改进后能提升系统吞吐的那个。
- 利用(不进行大额投入):最大化约束的输出——减少空闲、去掉约束上的非必要工作、减少返工/准备、保护其时间、提升约束处质量以免产出被浪费。在投入前先估算收益。
- 让非约束服从:让上游按约束速率节拍运行,不要灌入过多 WIP。让其他阶段服务于约束(就绪、清晰、即时拉取)。拒绝那些会在约束前增加队列的局部利用率目标。
- 仅在仍然不足时提升:在利用已最大化后,再投入提升约束容量(人员、工具、分片、并行路径)。选择最便宜的足够方案。
- 复查(防止惯性):在提升或大规模利用后,重新测量所有阶段——约束常常会转移。回到第 2 步。不要继续优化旧约束。
- 停止条件:当约束、证据、利用计划、服从规则以及是否提升的决定都已明确——或当没有单一阶段形成约束(退出到系统方法)时停止。
适用边界 · 注意事项
- 负载分散、没有阶段主导时——应使用系统交互方法。
- 问题是正确性/故障而非流速时——应调试故障。
- 瓶颈因耦合/争用每次运行都跳变、没有稳定阶段时——应做系统或并发设计,而不是五步聚焦法。
- 约束已知且已有廉价修复方案时——直接应用,不必走完整流程。