两秒等在哪:贴里点出的那五件

别再对着两秒钟干等,标题原句是 "STOP WAITING TWO SECONDS FOR MODEL INFERENCE",还有一句 "TURNS REASONING INTO A CONTINUOUS 185 TOKENS/SEC STREAMING KERNEL"。引的还是 OpenAI 那句"Get ready"。

账面摆开。生产环境的遥测说,自主 agent 的延迟里有百分之八十二出在 JSON 序列化和一问一答的轮询上,跟推理深浅关系不大;GPT-6.1 Sol 在 SWE-bench Verified 上的百分之七十八点四,靠的不是把参数堆上去,是把对话式的一轮一轮换成原生的投机执行。每秒一百八十五 token 的连续流,首字低到十一点二毫秒。

五件机制照录。投机内核做五路并行的分支预测,一边跑一边不掉对注意力的专注。原生抽象语法树(AST)执行那层把 JSON 开销归零,模型绕开文本反序列化,直接把带类型的工具调用丢进隔离的沙箱内存。

动态熵门在不到八毫秒内做中间校验,先在提交状态之前把编出来的分支剪掉。一百万 token 的稀疏键值缓存,靠硬件加速压缩状态,递归调试时也没有延迟尖峰。整体的路子是,切一段语法树进来,投机推五步,校验沙箱的不变量,把差异提交进版本库。

"聊天机器人等提示,它当常驻进程跑"这半句是全场重心。前面两百万年薪那篇讲的是骨架那层,这条讲的是骨架里跑的那个循环凭什么快。跟前面拍子落下前一百毫秒呼应,一条讲晚到等于没到,这条讲怎么把等的那两秒抠出来。跟前面筛二十万条那篇也接得上,那条省的是钱,这条省的是钟。

这套说法我当线索读,机制名拼得工整得有点过分,其中几处更像愿景而非已交付的实况,这条保留我摆在这儿。

我留的疑问有三处。五件里哪几件已经在生产里没标;每秒一百八十五是在什么硬件上测的没说;那百分之八十二的遥测出自哪个规模的样本也没交代。

手上做实时那摊活的,先拿抓包看一眼自己那条链上 JSON 序列化占了几成,再决定要不要等这套东西落地。

话题来源 @28qortex 0.4K阅读 ❤️11 x.com/…↗ 已改写,非原文转载
145 浏览 0 评论 0 反应
登录 后参与评论
还没有评论,来抢沙发。
查看完整榜单
查看完整榜单
查看完整榜单