Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

Qwen 32B (4-bit) generates at >40 toks/sec on an M4 Max with assisted decoding and Qwen 0.5B as the draft model. Coming soon to mlx-lm. Compare regular decoding (left) to assisted decoding (right):

50,353 Aufrufe • vor 1 Jahr •via X (Twitter)

11 Kommentare

Profilbild von N8 Programs
N8 Programsvor 1 Jahr

WOW! How does this differ from my speculative decoding impl - what makes it so much faster? Cause this is awesome.

Profilbild von Lab4crypto
Lab4cryptovor 1 Jahr

🚀 Don't gamble with your portfolio! Use our advanced hybrid quant risk tool using on/off-chain data daily and make informed decisions. 📈 Acess to 1000+ charts for your crypto journey. 📚Receive free weekly quant analysis. 📊+21 projects supported. 🏗️ Beginners and experts.

Profilbild von Ivan Fioravanti ᯅ
Ivan Fioravanti ᯅvor 1 Jahr

Super fast! 💪

Profilbild von Tay
Tayvor 1 Jahr

Assisted decoding?

Profilbild von Awni Hannun
Awni Hannunvor 1 Jahr

A small draft model is used to generate tokens which are then accepted or rejected by the main model depending on certain criteria. In this case the criteria is exact match.

Profilbild von Caleb
Calebvor 1 Jahr

Super cool 🤩

Profilbild von DS
DSvor 1 Jahr

Apple intelligence so far: "siri can set an alarm even faster now!"

Profilbild von Mark Lord
Mark Lordvor 1 Jahr

Try with the 2b model, set draft tokens to 31, and modify the wording of the prompt to “Write me a quick sort in C++. Don’t give me a preamble, just immediately write the code.” If it’s anything like my tests, I reckon you’ll squeeze a few more tokens/second 😁

Profilbild von SM
SMvor 1 Jahr

Impressive! But do you think one can run diffusion models inference on phones?

Profilbild von Sohaib
Sohaibvor 1 Jahr

Awesome!

Profilbild von Unclecode (Hossein)
Unclecode (Hossein)vor 1 Jahr

Interesting, It makes sense to be faster due to assusted coding definition, however did you try any eval? I wonder what are unpredictable effect of such decoding

Ähnliche Videos

Researchers found a way to make LLMs 8.5x faster! (without compromising accuracy) Speculative decoding is quite an effective way to address the single-token bottleneck in traditional LLM inference. A small "draft" model first generates the next several tokens, then the large model verifies all of them at once in a single forward pass. If a token at any position is wrong, you keep everything before it and restart from there. This never does worse than normal decoding. But current drafters in Speculative decoding still guess one token at a time. That makes the drafting step itself a bottleneck, capping real-world speedups at 2-3x. DFlash is a new technique that swaps the autoregressive drafter with a lightweight block diffusion model that guesses all tokens in one parallel shot. Drafting cost stays flat no matter how many tokens you speculate. On top of that, the drafter is conditioned on hidden features pulled from multiple layers of the target model and injected into every draft layer, so it makes significantly better guesses than a drafter working from scratch. In the side-by-side demo below, vanilla decoding runs at 48.5 tokens/sec. DFlash hits 415 tokens/sec on the same model, with zero quality loss. It's already integrated with vLLM, SGLang, and Transformers, with draft models on HuggingFace for several models like Qwen3, Qwen3.5, Llama 3.1, Kimi-K2.5, gpt-oss, and many more. I have shared the GitHub repo in the replies! KV caching is another must-know technique to boost LLM inference. I recently wrote an article about it. Read it below. 👉 Over to you: What use case are you working on that can benefit from this new technique?

Avi Chawla

157,390 Aufrufe • vor 2 Monaten