Gemma 5 的建议列表。

Reddit r/LocalLLaMA 新闻

摘要

一篇社区帖子,列出了对谷歌即将推出的 Gemma 5 的功能诉求,包括采用循环 Transformer 来增强推理能力、引入 DeepSeek 的 Engram 记忆机制、通过压缩稀疏注意力降低 KV 缓存成本、推出可能约有 1200 亿参数的 MoE 变体、改进草稿模型,以及让 Gemma 在编程基准测试之外也保持全面的能力。

最近,Omar Sanseviero 在 Twitter 上征集对未来 Gemma 模型的建议。我的看法如下:Gemma 5 应该采用循环 Transformer 架构。采用循环深度可配置的循环 Transformer,将解决 Gemma 4 最大的弱点之一——推理能力。别误会,我很喜欢 Gemma 4 推理时的简洁,但这确实会妨碍它在某些场景下的表现。循环架构能让模型在这类任务上表现得更好,同时仍可配置为进行较浅的推理,而且无需额外昂贵的预训练,就能比传统 Transformer 高效得多。Gemma 5 应该引入 DeepSeek 的 Engram。它能拓宽模型的世界知识,而代价只是多占用几 GB 内存或 SSD 空间。这将让模型在现实任务中表现得更好,成本却几乎可以忽略不计。继续使用 4 比特 QAT。它确实让更多人能够以很高的质量运行你们的模型,也已在实际应用中被证明效果很好,我完全支持。采用更高效的注意力机制,降低 KV 缓存的开销。可以实现类似 DeepSeek 的 Compressed Sparse Attention 2 的机制,这将大幅降低模型的 KV 缓存开销。在配备 24GB 显存的设备上运行时,这是 Gemma 4 31b 相比 Qwen 3.5 及后续模型的主要劣势之一。Gemma 5 要不要推出一个约 120b 的 MoE 模型?我知道这可能不太现实,因为它会与你们的 API 产品形成竞争,但如果你们在 Gemma 5 系列中发布一个 120b 的 MoE 模型,社区会非常高兴。改进草稿模型。如果能给草稿模型做一次小更新就好了,因为自 Gemma 4 发布以来,已经出现了许多新的推测解码技术:DSpark、DFlash 2、EAGLE-4 等。像 Gemma 4 12b 那样,通过线性投影将输入接入模型层,而不是采用传统架构来实现视觉和音频能力。线性投影似乎是一种值得研究的有趣方法,但如果效果不佳,当然也不必强求。放弃在小模型上使用 2 比特 QAT。对于小模型,就当 2 比特 QAT 不存在吧。我这里说的是 gemma-4-E2B-it-QAT-mobile 和 gemma-4-E4B-it-QAT-mobile。实际使用中,即使采用 QAT,把权重量化到 2 比特也会让这些小模型彻底变傻,实在不值得继续投入。不要以牺牲其他所有能力为代价,过度针对编程进行优化。目前几乎每家实验室都在追逐编程基准测试成绩,却在通用知识、创意写作和对细微差别的把握上退步。小模型不可能同时在所有方面都做到同类最佳,而在如此拥挤的赛道上,专注编程的模型很快就会过时。Gemma 是少数几个在非编程使用场景下仍让人感觉能力均衡的模型系列之一——请保留这一特色。大家怎么看?欢迎在下方评论,分享你的观点。
查看原文

相似文章

推出 Gemma 3

Google DeepMind Blog

Google 推出了 Gemma 3,这是一套轻量级开源模型集合(1B、4B、12B、27B),设计用于在单个 GPU 或 TPU 上运行,支持 140+ 种语言、128k 上下文窗口和多模态功能。这些模型在保持高效性能的同时,性能超越了 Llama 3 和 DeepSeek-V3 等更大的竞品,适合边缘设备部署。

google/gemma-4-26B-A4B-it-assistant

Hugging Face Models Trending

Google DeepMind 发布了 Gemma 4 MTP 草稿模型(drafter),适用于 Gemma 4 系列模型,通过推测解码(speculative decoding)实现显著的解码加速,同时保持完全一致的生成质量,适用于低延迟应用场景。

google/gemma-4-31B-it-assistant

Hugging Face Models Trending

Google DeepMind 发布了 Gemma 4,这是一个开源权重的多模态模型家族,支持文本、图像、视频和音频,具备增强的推理和编码能力,并通过多令牌预测(MTP)实现高达 2 倍的解码速度提升。