Loading video...

Video Failed to Load

Go Home

快10倍!卷完 Decoding 开始卷 Prefill 了 之前的 DFlash 已经很惊艳了,竟然又搞了 PFlash...... DFlash 是在 Decoding 阶段用小模型进行 Speculative 来提速,但是对于超长 Context, Prefill 阶段的时间也会很久。PFlash (Speculative Prefill) 推测预填充,用同样的思路,让 Prefill 结算实现了最快 10x 的提速!赶紧试试 项目地址点击:

49,270 views • 6 months ago •via X (Twitter)

14 Comments

nash_su - e/acc's profile picture
nash_su - e/acc6 months ago

项目地址:

Sakura Yuki's profile picture
Sakura Yuki6 months ago

终于有人卷 prefill 了. Speculative decoding for generation is great, but when you drop 100k tokens of RAG context into a prompt, TTFT is what actually kills your latency budget.

阿台🕊️'s profile picture
阿台🕊️6 months ago

Prefill比Decoding更卷,10x提速才是真突破。

dan zeng's profile picture
dan zeng6 months ago

这个意味着我的rx580又可以申请出战了吗

唐清乐's profile picture
唐清乐6 months ago

从 Decoding 加速卷到 Prefill 加速,这个趋势本身就在说明一件事:推理优化的重心正在从"生成得快"转向"准备得快"。长上下文场景下,Prefill 时间成了新的瓶颈,因为你要先把几万 token 塞进 KV cache 才能开始生成。Speculative Prefill 用小模型猜大模型要什么,本质上和 Speculative Decoding 是同一个思路:不改变大模型本身,用一个便宜的前哨去加速它。这是当前推理优化最务实的方向。

Adair Lee's profile picture
Adair Lee6 months ago

这提速太猛了,我的老显卡已经准备冒烟了。

Alex_tu's profile picture
Alex_tu6 months ago

prefill没人卷是因为效果不明显吧…本来就几百上千token/s提升10倍,对rps贡献度小于5%

adisin's profile picture
adisin6 months ago

Anything similar but for apple silicon ?

0xMomo's profile picture
0xMomo6 months ago

啥时候能让小显卡也能快速跑27b

Coffee fans's profile picture
Coffee fans6 months ago

Speculative prefill only wins if draft acceptance stays high. Otherwise you're burning FLOPs.

火山哥🕊️'s profile picture
火山哥🕊️6 months ago

这技术有点意思,长上下文等半天确实急人,小模型先扫一遍大的再补刀,跟老司机先探路再开车一个理儿。

yuyuyuyu52's profile picture
yuyuyuyu526 months ago

Prefill 才是真正拖后腿的,小模型 speculation 思路合理,效果实测如何

xiuding's profile picture
xiuding6 months ago

有点夸张了

human — e/acc's profile picture
human — e/acc6 months ago

Try it but with the LFM2 models 🗣️

Related Videos

给大家带来小米 MiMo-v2.6-pro 的测试速报! 简单来讲, 这次不愧是直播RL带来的效果, AgenticCoding 能力提升明显, 之前的 MiMo-v2.5-Pro 在我的向量数据库测试中得分只有2505, 而这次直接翻了3倍, 得分来到了7810. 与 Claude Fable-5 分数接近了. 而且算法也进化为了单图HNSW分层近邻图(M=16/M0=28) + AVX-512精确距离 + 每线程visited stamp. 可以说只要再优化一下算法细节就是SOTA水平了. 而前端测试则是MiMo需要提升的重点了, 这次演示效果虽然有提升, 但是无奈横评的其他模型都太强大了, 而小米的加分项也是本身的算法Coding能力, 比如它是可以 one-shot 写出一个光追引擎的. 但是由于空间理解/物理模拟能力不到位, 小球没办法完成把墙壁撞破的演示. 另外本次还给大家测试了输出速度, MiMo-v2.6-pro-ultraspeed 版本可以达到464tps的速度, 着实恐怖. 而根据MiMo的技术报告, 峰值可以达到900tps, 常态化请求也可以稳定在500tps左右, 考虑到模型 1.02T 的总参数量, 以及高达 42B 的激活参数量, 再加上同等规模模型一般都在60-80tps的水平, 这个成绩相当亮眼. 当然也有值得注意的点, 比如这次测试我发现它还是有早停的问题的, 上面的向量数据库测试, 每轮最大迭代50次, 但是三次测试中, 有两次它迭代到30轮左右就没办法提升分数, 于是选择了直接交卷, 浪费了测试机会. 以及, 模型思考偏长, 而且暂时不支持调整思考强度, 加上普速接口现在异常火爆, 所以最好给大一些超时, 避免无法输出结果. 总结: MiMo-v2.6-Pro 适合搞后端AgenticCoding开发! 要算法有算法要质量有质量. 但是前端空间理解和美学还需要加强. 考虑到直播后训练的时候看到的67%的训练语料都是Coding, 这个结果丝毫不惊讶了. 希望下个版本前端能力也有提升! #mimo #mimov26 #mimov26pro #x小米mimo

karminski-牙医

12,931 views • 1 month ago

从国产SOTA走向世界SOTA? GLM-5.1 实测! 给大家带来 GLM-5.1 编程能力实测! 本次测试涵盖了前端, 后端, Agent 能力, 前端主要面向空间建模, 场景, 材质, 粒子效果等, 后端能力主要面向数据结构与算法, 体系结构, 性能优化, 内存和并发管理, 性能热点分析与调优, 面向编辑器方向的Agent能力(因为AI要自己改代码). 直接说结论, 本次测试前端方面粒子效果和光影鲜果略有提升, 剩下空间理解(甚至感觉下降了)和前端美学上没看到有什么提升, 只能说是提升了一点点. 但是后端性能上有巨大的提升, GLM-5.1 在我的 vector-db-bench 中直接秀了一手量化, 把原本32bit精度的数据量化到了8bit, 然后使用SIMD实现了一个指令周期内计算32个向量, 在我测试的其他模型中(包括Claude-opus-4.6, GPT-5.4-Pro(xhigh)) 都没有实现, 直接来到了榜首. 另外Agent能力上也有不小的提升, 同样是我写的让大模型模拟送外卖的硅基骑手测试, 其他大模型的优化还停留在看一个店能不能取两单上, GLM-5.1 已经优化到了我送餐的顺路还能再接一单, 并且仅用了大概GLM-5 1/4的 token 用量就超越了 GLM-5 的测试总分. 当然本次测试过程也很坎坷, 首先是我周末抢了2天都没抢到 coding plan (目前只有coding plan 能用这个模型), 我最后找智谱的同学给我开了个权限. 以及测试中发现白天API不是很稳定, 偶尔输出速度会掉到10tps, 以及会出现乱码文字(我的规避方法是让它输出英文, 然后再找个便宜模型翻译过来). 总结, 各位前端同学估计会失望, 因为无论是从工程还是页面效果上都看不到提升, 甚至可能会有点倒退, 但果写后端代码或者复杂Agent应用可以试试这个新模型, 会有很大的提升. #GLM51 #智谱 #GLM #AIAgent #大模型编程

karminski-牙医

19,746 views • 7 months ago