Cloudflare Workers 处理函数计算中的 CPU 性能问题

6 天前
 iugo

原文: https://blog.cloudflare.com/unpacking-cloudflare-workers-cpu-performance-benchmarks/

评论: https://zsqk.github.io/news/2025-10-16-cf-worker-cpu.html

1039 次点击
所在节点    程序员
4 条回复
FlashEcho
6 天前
cloudflare 现实的做法就是预热而不是减少冷启动,它们倾向于把新任务调度到一个热实例上: https://blog.cloudflare.com/eliminating-cold-starts-2-shard-and-conquer/
iugo
6 天前
@FlashEcho 应该是我没表达清楚, 我提到的 "预热" 是阿里云正在做的那种 "预置实例".

1. 预置带来了成本.
2. 目前阿里云的预置不是智能的, 是固定的.

如果最近 10 分钟的并发是 10 实例, 也无法直接预测将来的并发. 比如 08:00 开始预购活动, 可能会导致 07:50 到 08:20 之间有超出平时数倍的并发, 在 08:00 到 08:01 尤甚.

减少冷启动时间是很重要的, 但 "预置实例" 难以应对这样的场景.
CEBBCAT
6 天前
谢谢分享,可能是因为不是本行的关系,感觉大意是能体会的,但是文章有些散。字体很漂亮

update:用 GPT 总结了下,清晰多了 https://poe.com/s/z8x8lMVkhWxuA4LYNK7P
DefoliationM
5 天前
我现在都是用 workers-rs 写,和 aws lambda 对比过,workers 的延迟比 lambda 低很多,但是因为只能 wasm ,写起来麻烦很多。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1166046

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX