惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
V2EX
人人都是产品经理
人人都是产品经理
WordPress大学
WordPress大学
博客园 - Franky
小众软件
小众软件
酷 壳 – CoolShell
酷 壳 – CoolShell
Apple Machine Learning Research
Apple Machine Learning Research
爱范儿
爱范儿
IT之家
IT之家
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
Visual Studio Blog
S
SegmentFault 最新的问题
美团技术团队
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
有赞技术团队
有赞技术团队
B
Blog RSS Feed
Last Week in AI
Last Week in AI
Jina AI
Jina AI
博客园 - 司徒正美
The Cloudflare Blog
博客园_首页
博客园 - 聂微东
宝玉的分享
宝玉的分享
大猫的无限游戏
大猫的无限游戏

InfoQ - 促进软件开发领域知识与创新的传播

Meta 收购 Manus 这事儿泡汤了 5.5万 Star 开源项目 Ghostty 被迫出走,GitHub 正在终结一代技术人的乌托邦 Slack 长时运行多智能体系统的上下文管理方案 从 T+1 到分钟级:金城银行基于 Apache Doris 构建高可靠、强一致的实时数据平台 谷歌云推出 Agents CLI,简化 AI 智能体开发全流程 Claude官方击穿高薪、高学历的安全防线!Anthropic点名10大高危职业,但有群人暂时稳了 亚马逊云科技终止 WorkMail 服务,并将 App Runner 转入维护模式 OPPO小布记忆:全模态碎片化内容的理解与智能整理实践|AICon上海 模力工场038周AI应用周榜:工具在消失,工作流在出现 Akamai CEO Tom Leighton:Agent 时代来临,云基础设施正从“中心化”转向“分布式边缘” 日均数百亿入库背后:从“人肉调度”到K8s弹性架构,度小满金融基于OceanBase重构入库架构实践 百度文库网盘发布GenFlow 4.0:月活用户超1亿,要把网盘变成全端AI工作台 Altman 投的 Agent 终端 Warp 开源了!斩获3.5万star 哪些客户需要拒, 敢让龙虾决定吗?_AI&大模型_InfoQ 中文站_InfoQ精选视频 从开发到生产:为什么越来越多的机器学习团队纷纷迁移到 Snowflake | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 探索多智能体工作流:LangGraph Snowflake Cortex AI | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 腾讯云分布式缓存数据库:AI Agent - 从提示词工程到 Harness 工程 | 腾讯云数据库 DBTalk_腾讯_凌敏_InfoQ精选视频 基于 Streamlit 为 CSV 数据构建分析智能体 | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 AI 智能体:告别文档缺漏 | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 构建 AI 驱动的数据管道:深度探讨 Snowflake Openflow 与非结构化数据 | BUILD 2025_AI&大模型_王玮_InfoQ精选视频 云端太贵、本地不够聪明,英特尔押注“端云混合AI”:智能体PC会替人完成工作 不到10%的存储投入,可能拖垮90%的GPU投资!IBM把AI Agent塞进存储系统,算清企业最容易忽略的一笔账 Snowpark 上手实战 | BUILD 2025_大数据_王玮_InfoQ精选视频 ClickHouse + Langfuse,构建 Agent 可观测基石 腾讯云分布式缓存数据库:Cluster Proxy 共享连接架构深度解析 | 腾讯云数据库 DBTalk_腾讯_凌敏_InfoQ精选视频 AI 写代码太烧钱了:Copilot、Claude 一起涨价,不如把程序员请回来? 英特尔发布至强600系列工作站处理器与锐炫Pro B70 GPU,全新AI工作站来了 腾讯云分布式缓存数据库:从 Redis 到 Valkey - 开源社区如何快速创新 | 腾讯云数据库 DBTalk_腾讯_凌敏_InfoQ精选视频 印奇这次要“从0重做”智驾模型!首谈阶跃和千里双公司布局:中国AI商业闭环要靠车跑出来 从Cursor返聘归来,90后华裔女高管带Claude开启日更模式:token成本比工程师工资低多了!
Gemma 4 多词元预测:生成速度最高提升约 3 倍
作者:Sergio De Simone明知山 · 2026-05-27 · via InfoQ - 促进软件开发领域知识与创新的传播

Gemma 4 可与多词元预测(MTP)草稿模型配合使用,草稿模型使用投机解码技术并行生成多个词元,让模型能够在单次前向传播中完成校验,从而实现高达约 3 倍的推理加速,且不损失生成质量。

多词元预测草稿模型是一种轻量级辅助模型,与 Gemma 4 协同工作,用于解决大语言模型的内存带宽瓶颈问题。正如谷歌工程师所解释的,在推理过程中,处理器大部分时间都在重复地将数十亿参数从显存(VRAM)搬运到计算单元——每生成一个词元就要搬运一次。这种持续的数据搬运增加了延迟,并导致计算资源闲置,在消费级硬件上尤为明显。

这种低效问题会进一步被放大,因为大语言模型预测“浅显内容”与解答“复杂逻辑谜题”所耗费的计算量是相同的——这正是多词元预测草稿模型能够发挥作用的关键场景。

通过将大型主模型(如 Gemma 4 31B)与轻量级草稿模型搭配使用,我们可以更好地利用闲置的计算资源,让草稿模型在比主模型处理单个词元更短的时间内“预测”多个后续词元。随后,主模型对这些候选词元进行并行验证。

谷歌表示,借助多词元预测草稿模型能够显著提升响应速度,让各类设备实现更快推理:个人电脑与消费级 GPU 可运行 Gemma 26B MoE 和 31B Dense 模型,移动设备则可使用 E2B、E4B 版本,且不会损失输出质量。

由于核心的 Gemma 4 模型掌握最终验证权,你依旧可以获得同等顶尖的推理能力与准确率,同时响应速度得到大幅提升。

谷歌进行了多项架构优化与硬件专属适配,确保 MTP 草稿模型实现最高的运行效率,并在 x.com 发布推文,通过可视化内容详细介绍了草稿模型的工作原理。

Reddit 用户 FarrisAT 称 Gemma 4 MTP 是“一项相当出色的技术”,同时他也提醒,目前本地部署的模型仍存在不少问题,其真正优势要等到模型性能跻身行业顶尖水准后才能充分体现出来。

另一位用户 Gohab2001 表示,MTP 并非一种全新的技术,但在本地部署时有一个明显短板:需要同时在内存中加载两个模型。同时他也强调,Gemma 4 MTP 的真正改进在于它们共享目标模型的 KV 缓存,这确实有效降低了这项技术产生的额外开销。

在 Hacker News 上,用户 zozbot234 表示:“MTP 主要适用于用户体量小、计算资源充足的场景,比如移动端与边缘计算场景,对于大型 API 服务厂商来说,这项技术带来的提升则比较有限。”

启用了 MTP 的 Gemma 4 版本已在多个平台上线,包括 Hugging Face、Kaggle、Ollama 等。

查看英文原文:https://www.infoq.com/news/2026/05/gemma4-multi-token-prediction/