⚡ Bolt: replace list comprehensions inside sum(), all(), any() with generator expressions

[google-labs-jules]

PR Type

What kind of change does this PR introduce?

• Optimization
• Bugfix
• Feature
• Code style update
• Refactoring
• Build-related changes
• Other, please describe:

Description

💡 What: Replaced list comprehensions [...] inside standard aggregate functions like sum(), any(), and all() with generator expressions (...) (or plain tuples for static items). Added comments explaining the changes.
🎯 Why: Python list comprehensions force the entire list to be allocated in memory before being passed to functions like sum(), any(), or all(). Generator expressions iterate lazily. For all() and any(), this also enables true short-circuit evaluation—stopping iteration immediately when False or True is hit respectively, saving CPU cycles and memory.
📊 Impact: Reduced memory overhead during the request scheduling/benchmarking/model execution phases. Faster failure conditions in metrics parsing.
🔬 Measurement: Verify that server latency doesn't spike during high waiting request lists (since resource_manager_v1.py iteration is more efficient), and overall node memory stays lower. Code passes pytest locally (if environment allows) and functions remain logically identical.

---

PR created automatically by Jules for task 6197729100720120543 started by @ZeyuChen

[google-labs-jules]

👋 Jules, reporting for duty! I'm here to lend a hand with this pull request.

When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down.

I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job!

For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with @jules. You can find this option in the Pull Request section of your global Jules UI settings. You can always switch back!

New to Jules? Learn more at jules.google/docs.

---

For security, I will only act on instructions from the user who triggered this task.

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[paddle-bot]

Thanks for your contribution!

[fastdeploy-bot]

🤖 AI Code Review | 2026-04-07 14:26 CST

📋 Review 摘要

PR 概述：将 sum(), all(), any() 中的列表推导式替换为生成器表达式，以节省内存并启用短路求值。

变更范围：benchmarks、cache_manager、engine、entrypoints、model_executor、worker

影响面 Tag：Benchmark KVCache Engine Scheduler Models

📝 PR 规范检查

PR 标题缺少官方 Tag 前缀。当前标题使用 emoji ⚡ Bolt: 作为前缀，但项目规范要求使用方括号标签。

标题建议（可直接复制）：

[Optimization] Replace list comprehensions inside sum(), all(), any() with generator expressions

问题

未发现阻塞性问题。

✅ 变更验证

文件	变更类型	状态
benchmarks/serve.py	all([...]) → all(...)	✅ 正确
cache_manager/cache_messager.py	sum([...]) → sum(...)	✅ 正确
engine/resource_manager.py	sum([...]) → sum(...)	✅ 正确
engine/sched/resource_manager_v1.py	sum([...]) → sum(...) (2处)	✅ 正确
entrypoints/cli/tokenizer.py	any([...]) → any((...))	✅ 正确
model_executor/models/paddleocr_vl/siglip.py	sum([...]) → sum(...) (3处)	✅ 正确
worker/worker_process.py	all([...]) → all(...)	✅ 正确

总体评价

代码变更质量良好，所有优化都是标准的 Python 最佳实践。生成器表达式相比列表推导式可以减少内存分配，对于 all() 和 any() 还能实现真正的短路求值。建议修正 PR 标题以符合项目规范。