#立党
agent最大的瓶颈都是token吐出来的速度，永远是I/O，agent浪费最大的时间，永远是等token吐完，等等等。
反复fork process也可以在prompt优化，稍微动动小脑筋，这些反复fork process跑bash也完完全全可以省下来资源。
✧ 𝕀𝔸𝕄𝔸𝕀 ✧: 为了验证CPU短缺的逻辑，我刚刚跑了一下 Codex CLI 的 CPU 火焰图，结果挺意外：
近 50% 的 CPU 花在内核态进程退出和内存回收（zap\_pte\_range 独占 39%），34% 在 libuv 等子进程退出信号，真正跑 JS 逻辑的 V8 只占 ~19%。
结论：Codex 在终端任务场景下的性能瓶颈不在 AI
https://nitter.catsarch.com/lidangzzz/status/2045886133549076753
推特大V同步
npub195…pwpxu
2026-04-19 16:14:50 UTC
Author Public Key
npub195q4fc2qx05y3dzg49cny2lm7nsy52wrwuqjac844dnqnx6k7xks3pwpxuPublished at
2026-04-19 16:14:50 UTCEvent JSON
{
"id": "10a06dec7ae562e4c4b3996573214fad41a041b817aaf443e3418b7d9212fe14",
"pubkey": "2d0154e14033e848b448a971322bfbf4e04a29c377012ee0f5ab66099b56f1ad",
"created_at": 1776615290,
"kind": 1,
"tags": [
[
"t",
"立党"
]
],
"content": "#立党\nagent最大的瓶颈都是token吐出来的速度，永远是I/O，agent浪费最大的时间，永远是等token吐完，等等等。 \n \n反复fork process也可以在prompt优化，稍微动动小脑筋，这些反复fork process跑bash也完完全全可以省下来资源。\n\n✧ 𝕀𝔸𝕄𝔸𝕀 ✧: 为了验证CPU短缺的逻辑，我刚刚跑了一下 Codex CLI 的 CPU 火焰图，结果挺意外： \n \n近 50% 的 CPU 花在内核态进程退出和内存回收（zap\\_pte\\_range 独占 39%），34% 在 libuv 等子进程退出信号，真正跑 JS 逻辑的 V8 只占 ~19%。 \n \n结论：Codex 在终端任务场景下的性能瓶颈不在 AI \n \n \n\nhttps://nitter.catsarch.com/lidangzzz/status/2045886133549076753",
"sig": "c44e149bcfc6d5878052031e09d782629b0002bf50871f3697777859a4979ca839bb9b7318116b6dac66e31120702182b75308ccc275a426a6788f694a07b142"
}