fix(viral_video): P0图片分析4分钟超时 VLM禁用底层重试+收紧timeout (最坏70s) #2194

Merged

xiaoxia merged 1 commits from fix/vlm-timeout-tune into develop 2026-10-05 15:15:26 +08:00

Conversation 2 Commits 1 Files Changed 1

+45 -15

xiaoxia commented 2026-10-05 15:15:00 +08:00

Owner

Copy Link

Copy Source

P0 根因

用户在staging实测图片分析卡4分钟+。代码层分析发现单图最坏耗时路径：

• DoubaoClient.max_retries=1（每次VLM请求实际发2次）
• lite timeout=30s × 2次 = 60s
• lite失败走 pro_fallback timeout=90s × 2次 = 180s
• 单图最坏 240s，3图2并发最坏 ~240s+，恰好命中用户描述「4分多钟」

触发场景：方舟lite高峰期偶发超时（30s内无响应）→ httpx层重试1次又等30s → 仍失败走pro→pro在高负载下也可能卡90s→重试又等90s。叠加用户体验极差。

修复

1. _call() 临时设 client.max_retries=0：单次调用不重复请求，失败直接走外层pro_fallback，避免重试叠加
2. lite timeout 30s→25s：超时立即降级pro
3. pro_fallback timeout 90s→45s：pro稳定响应通常<30s，45s足够；90s过长
4. 单图最坏耗时 25+45=70s，3图2并发最坏约70s（含celery排队）
5. 每张图VLM调用结束打印 elapsed 日志（[爆款视频] 图片 #N VLM(model) 完成 elapsed=Xs），后续便于排查单图慢

单图耗时对照

场景	修复前最坏	修复后最坏
lite一次成功（常态）	30s(含重试)	25s
lite超时→pro一次成功	30×2+90=150s	25+45=70s
lite+pro都超时	30×2+90×2=240s	25+45=70s（整体超时让任务快速失败而不是卡4min）

PR合入后需运维重建staging worker验证。

## P0 根因 用户在staging实测图片分析卡4分钟+。代码层分析发现单图最坏耗时路径： - DoubaoClient.max_retries=1（每次VLM请求实际发2次） - lite timeout=30s × 2次 = 60s - lite失败走 pro_fallback timeout=90s × 2次 = 180s - **单图最坏 240s**，3图2并发最坏 ~240s+，恰好命中用户描述「4分多钟」 触发场景：方舟lite高峰期偶发超时（30s内无响应）→ httpx层重试1次又等30s → 仍失败走pro→pro在高负载下也可能卡90s→重试又等90s。叠加用户体验极差。 ## 修复 1. **_call() 临时设 client.max_retries=0**：单次调用不重复请求，失败直接走外层pro_fallback，避免重试叠加 2. **lite timeout 30s→25s**：超时立即降级pro 3. **pro_fallback timeout 90s→45s**：pro稳定响应通常<30s，45s足够；90s过长 4. **单图最坏耗时 25+45=70s**，3图2并发最坏约70s（含celery排队） 5. **每张图VLM调用结束打印 elapsed 日志**（[爆款视频] 图片 #N VLM(model) 完成 elapsed=Xs），后续便于排查单图慢 ## 单图耗时对照 | 场景 | 修复前最坏 | 修复后最坏 | |---|---|---| | lite一次成功（常态）| 30s(含重试) | 25s | | lite超时→pro一次成功 | 30×2+90=150s | 25+45=70s | | lite+pro都超时 | 30×2+90×2=240s | 25+45=70s（整体超时让任务快速失败而不是卡4min）| PR合入后需运维重建staging worker验证。

xiaoxia added 1 commit 2026-10-05 15:15:00 +08:00

fix(viral_video): #2194 VLM单图最坏240s→70s，禁用httpx底层重试+收紧timeout ... fbc1df36e0

P0根因：用户实测图片分析卡4分钟+。代码分析发现：
- _analyze_single_image 底层 DoubaoClient.max_retries=1（共2次请求）
- lite timeout=30s × 2次重试 = 60s
- lite失败后 pro_fallback timeout=90s × 2次重试 = 180s
- 单图最坏 60+180 = 240s，3图2并发最坏 ~240s+，恰好命中用户4分钟描述

修复：
1. _call() 临时将 client.max_retries=0 单次调用，不重复请求
2. lite timeout 30s → 25s（超时立即降级pro）
3. pro fallback timeout 90s → 45s（pro稳定响应<30s）
4. 单图最坏 25+45=70s，3图2并发最坏约70s（含排队）
5. 每张图VLM调用结束打印elapsed日志，方便后续排查

xiaoxia merged commit fbc1df36e0 into develop 2026-10-05 15:15:26 +08:00

gitea-actions bot commented 2026-10-05 15:16:03 +08:00

Copy Link

Copy Source

🗑️ 预览环境已清理

PR #2194 已关闭或合并，对应的预览环境已被清理。

如有需要，可以重新打开 PR 来重新生成预览环境。

🗑️ **预览环境已清理** PR #2194 已关闭或合并，对应的预览环境已被清理。 > 如有需要，可以重新打开 PR 来重新生成预览环境。

xiaoxia referenced this issue from a commit 2026-10-05 15:18:37 +08:00

fix(viral_video): #2194 图片URL可达性检查 HEAD→GET+Range,避免OSS签名URL 403假阴

gitea-actions bot commented 2026-10-05 15:19:36 +08:00

Copy Link

Copy Source

🚀 预览环境已部署

项目	详情
PR号	#2194
预览链接	https://pr-2194.preview.xiaoxiajianji.com
API环境	staging

💡 预览环境使用 staging API 数据，请勿在预览环境中操作重要数据。

🔄 每次提交新代码后预览环境会自动更新。

🗑️ PR 关闭或合并后，预览环境会自动清理。

🚀 **预览环境已部署** | 项目 | 详情 | |------|------| | PR号 | #2194 | | 预览链接 | [https://pr-2194.preview.xiaoxiajianji.com](https://pr-2194.preview.xiaoxiajianji.com) | | API环境 | staging | > 💡 预览环境使用 staging API 数据，请勿在预览环境中操作重要数据。 > > 🔄 每次提交新代码后预览环境会自动更新。 > > 🗑️ PR 关闭或合并后，预览环境会自动清理。

xiaoxia referenced this pull request 2026-10-05 17:18:15 +08:00

refactor(vision): #2201 代码精简 — 删lite/pro竞速/#2194临时止血/V1V2双分支 #2201

Sign in to join this conversation.

Reviewers

No Reviewers

Labels

Clear labels

architecture

架构设计

backend

后端相关

blocked

阻塞中

bug

Bug修复

ci-bug

CI本身的bug

ci-optimization

CI优化类任务

ci-pipeline

CI流水线/workflow相关

cleanup

代码清理

devops

运维/部署/CI

documentation

文档相关

feature

新功能

frontend

前端相关

P0

阻塞性，必须立即处理

P1

高优先级

P2

中优先级

P3

低优先级/后考虑

question

需要讨论确认

ready

PR CI通过，可合并

refactor

代码重构

No Label

Milestone

No items

No Milestone

Projects

Clear projects

No project

Assignees

Clear assignees

auto-approve-bot frontend-dev xiaoxia

No Assignees

2 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: xiaoxia/xiaoxia-saas#2194