跳转到内容

Production Latency Is Too High(生产延迟过高)

知识库位置:FDE Knowledge Base/03 Engineering/Troubleshooting/Production-Latency-Is-Too-High.md

用户反馈系统响应时间太长。

不要直接:

换更快模型。

先拆时间。

例如总时间:

18.2s(18.2 秒)

拆成:

Frontend(前端) 0.3s
API(接口) 0.2s
Authentication(认证) 0.1s
Retrieval(检索) 0.8s
LLM(大语言模型) 4.5s
CRM API(客户关系管理接口) 11.7s
Formatting(格式化) 0.6s

真正瓶颈显然是 CRM。

Use Distributed Trace(使用分布式链路追踪)

Section titled “Use Distributed Trace(使用分布式链路追踪)”

推荐:

Request(请求)
├─ Auth(认证)
├─ Retrieval(检索)
├─ LLM(大语言模型)
├─ Tool A(工具 A)
└─ Tool B(工具 B)

每一步都有 Duration(耗时)。

例如:

Call A → Call B → Call C(调用 A → 调用 B → 调用 C)

其实 A、B、C 可以并行。

Context(上下文)太长。

选择模型与任务不匹配。

客户系统本身慢。

Container / Function(容器/函数)冷启动。

缺少 Index(索引)。

如果操作独立:

A ─┐
B ─┼→ Combine(合并)
C ─┘

对稳定数据使用 Cache。

减少无关 Retrieval Context(检索上下文)。

长任务改为 Job(异步任务)模式。

如果适合,可以让用户更早看到输出。

不要只说:

越快越好。

应该定义:

P50(第 50 百分位)
P95(第 95 百分位)
P99(第 99 百分位)

例如:

P95 < 5s(P95 小于 5 秒)