Back to home

Compare

Comparing: llama.cpp Adds Adaptive MTP — One Fewer Knob for Local LLM Users & llama.cpp 上线'自适应猜词'模式 — 本地跑大模型的人,少一个要调的参数

AEN
llama.cppMTPDeepSeek·

llama.cpp Adds Adaptive MTP — One Fewer Knob for Local LLM Users

This week llama.cpp — the most popular open-source tool for running LLMs locally — merged a PR that lets the model decide how many tokens to "speculate" in a single pass (the industry calls this MTP, or multi-token prediction). The results are polarizing: code-writing tasks can see up to a 2x speedup, but ordinary prose runs about 3% slower. This is an update that matters to developers yet stays invisible to most people.

What this is

MTP, in short, lets a model output multiple tokens per pass rather than generating them one at a time. It has been one of the main directions in inference acceleration over the past year. The trade-off: guess too many and you get them wrong; guess too few and you waste compute. Previously, users had to manually set a depth parameter (commonly 3 or 6). This PR introduces an "adaptive" mode that lets the system pick depth automatically based on context.

Empirical numbers: dense prose is roughly 3% slower; code generation runs 10–15% faster; reusing code already produced during a "thinking" phase can be 50%+ faster, and in extreme cases approaches a 2x speedup. The recommended configuration is a depth ceiling of 12, with the system dynamically adjusting between 3 and 12.

Industry view

Supporters see this as a marker that the local LLM toolchain is moving toward "less hassle": users used to trial-and-error through a dozen parameters; now a critical one can be handed off to the machine. Developers in the community have already chimed in saying they plan to benchmark it.

The counter-argument is equally valid: a 3% regression is not a small number in production — for a service chewing through hundreds of millions of tokens a day, 3% is a real line item on the compute bill. On top of that, MTP mainly benefits models with native support for it (such as the DeepSeek family); ordinary open-source small models can't take advantage. In short, this is a technology that "pays off only when the hardware and the model are both aligned" — broad utility is limited.

Impact on regular people

For enterprise IT: Teams already running LLM inference on-premises or in a private cloud can theoretically save on tuning labor, and throughput on some code workloads will see visible gains.

For working professionals: Non-technical roles will barely notice; front-line developers will get a smoother experience, but the presence of "AI tools" on your machine won't fundamentally change.

For the consumer market: No near-term spillover to consumer products. This is a low-level accelerator, several layers of abstraction away from the "AI feels faster" experience a user can actually perceive.

BZH
llama.cppMTPDeepSeek·

llama.cpp 上线'自适应猜词'模式 — 本地跑大模型的人,少一个要调的参数

本周 llama.cpp(本地跑大模型最主流的开源工具)收到一个 PR:让模型自己决定一次"猜"几个字(业内叫 MTP,多 token 预测)。结果很分裂——写代码时速度最高翻倍,但普通散文场景反而慢约 3%。这是一件"对开发者重要、对多数人隐身"的更新。

这是什么

所谓 MTP,就是让大模型一次输出多个字(token),而不是传统的一个一个蹦。这是过去一年推理加速的重要方向之一。代价是:猜多了容易猜错,猜少了又浪费算力。之前的做法是用户手动调一个深度参数(常见的填 3 或 6),现在这个 PR 引入了一个"自适应"模式,让系统根据上下文自动选择深度。

实测数据上:密集散文约慢 3%,写代码快 10-15%,调用"思考阶段"已写过的代码时能快 50% 以上,极端情况下接近翻倍。推荐配置是深度上限设 12,由系统在 3-12 之间动态调整。

行业怎么看

支持者认为,这是本地 LLM 工具链走向"少折腾"的一个标志:以前用户要在十几个参数里反复试错,现在关键的一个可以交给机器。社区已有开发者留言准备实测。

反对意见同样成立:3% 的回退在生产环境里不是小数字——一个每天处理几亿 token 的服务,3% 就是实实在在的算力账单。此外,MTP 主要受益于原生支持该能力的模型(如 DeepSeek 系列),普通开源小模型用不上。简单说,这是一项"硬件和模型都对路才赚得到"的技术,通用价值有限。

对普通人的影响

对企业 IT:已经在本地或私有云跑大模型推理的团队,理论上可以省下一笔调参人力,部分代码类工作负载的吞吐会有可见提升。

对个人职场:非技术岗位基本无感;一线开发者的体验会更顺,但不会改变"AI 工具"在你电脑里的存在感。

对消费市场:短期不会传导到 C 端产品。这属于底层加速器,离用户能感知的"AI 变快"还有几层封装。