Accelerating vision-language models with LFM2.5-VL-DSpark
Summary
Today, we release an experimental DSpark draft model for our vision-language model (VLM) LFM2.5-VL-3B, which adds a speculative decoding path for faster inference with minimal memory cost.
View Cached Full Text
Cached at: 09/24/26, 03:10 PM
Accelerating vision-language models with LFM2.5-VL-DSpark
Source: https://huggingface.co/blog/LiquidAI/lfm2-5-vl-dspark Today, we release an experimentalDSparkdraft model for our vision-language model(VLM)LFM2.5-VL-3B. As with ourrecently released LFM2.5-DSpark drafter models, it adds a speculative decoding path that trades a minimal increase in memory footprint for a larger speedup without changing output quality.
- **Faster inference:**decode speedups up to 3.13x on device and 2.66x on an H100, with end-to-end gains up to 2.62x and 2.27x.
- **Small memory cost:**the drafter adds 280M parameters, 8.9% on top of the 3B target
- **Day-one support:**LFM-compatible DSpark integrations for llama.cpp, MLX-VLM, and SGLang
https://huggingface.co/blog/LiquidAI/lfm2-5-vl-dspark#how-does-speculative-decoding-work-for-vlmsHow does speculative decoding work for VLMs
The vision drafter uses the same architecture as our text LFM2.5-DSpark drafters: it captures the target model’s hidden states at a fixed set of tapped layers and conditions on them to draft a block of k candidate tokens. Image patches and text tokens are projected into a shared representation before those layers, so the drafter operates on hidden-state vectors of identical dimensionality regardless of input modality. The inference algorithm is therefore unchanged from the text models.
https://huggingface.co/blog/LiquidAI/lfm2-5-vl-dspark#training-and-architectureTraining and Architecture
We follow the DSpark recipe with a mixture of vision-language SFT data, weighted toward the workloads we expect the model to serve. Based on ablations across 3, 4, and 5 layers, the draft model is a simplified attention-only drafter with 4 layers and a block size of 9. We ran 10 epochs on the final mixture and measured acceptance after each, which improved with additional training tokens before reaching diminishing returns. At inference time, we recommend a block size of 8 or 9 depending on the hardware.
The resulting drafter has approximately 280M parameters and increases the deployed model’s parameter count by just 8.9%.
ComponentLFM2.5-VL-3BDecoder stack (4 layers)193.0MHidden-state projection21.0MMarkov head65.5MNorms + confidence head6.4kTotal****279.5M
https://huggingface.co/blog/LiquidAI/lfm2-5-vl-dspark#inference-speedup-on-cpu-and-gpuInference Speedup on CPU and GPU
The DSpark draft model for LFM2.5-VL-3B ships with day-one support forllama.cpp,MLX-VLM, andSGLang.
We measure both on-device inference and GPU inference. Both configurations use a DSpark block size of 8 and are evaluated on six diverse vision-based tasks, including general VQA, text VQA, image captioning, chart VQA, complex reasoning, and multi-turn conversation, following theMMSpec benchmark.
**On-device inference.**With MLX on an M5 Max, decoding runs 2.30x to 3.13x faster by task. End-to-end latency improves by 1.56x to 2.62x. With llama.cpp on an M3 Ultra, decoding improves by 1.57x to 2.14x and end-to-end by 1.30x to 1.77x.
**GPU inference.**On H100, the same drafter delivers 20.4x to 2.66x faster decoding, with end-to-end improvements of 1.64x to 2.27x.
https://huggingface.co/blog/LiquidAI/lfm2-5-vl-dspark#limitations-of-speculation-for-vision-workloadsLimitations of speculation for vision workloads
In LLMs, prefill is mostly compute-bound, and its cost grows (sub)quadratically with prompt length. VLMs add to this because the image first passes through a vision encoder, then the language backbone processes hundreds of visual tokens along with the text prompt. Edge devices have far less compute than datacenter GPUs, so prefill takes up more of the end-to-end latency, as time-to-first-token and decode measurements on Apple silicon and H100 show. (The M5’s per-core GPU neural accelerators narrow this gap).
Speculative decoding speeds up only decode, not vision encoding or prefill. When those stages already take up much of the wall time, even a large decode speedup gives only a modest end-to-end gain. This is Amdahl’s law, where the overall speedup is capped by the part of the workload that isn’t accelerated.
https://huggingface.co/blog/LiquidAI/lfm2-5-vl-dspark#how-to-use-lfm25-vl-dsparkHow to use LFM2.5-VL-DSpark
Running the DSpark draft models withSGLangrequires an SGLang build with DSpark support for LFM2 targets (PR #40651). Launch the target with the draft attached:
python -m sglang.launch_server \
--model-path LiquidAI/LFM2.5-VL-3B \
--speculative-algorithm DSPARK \
--speculative-draft-model-path LiquidAI/LFM2.5-VL-3B-DSpark \
--speculative-draft-attention-backend flashinfer \
--speculative-dspark-block-size 9 \
--disable-radix-cache
Then query the OpenAI-compatible endpoint athttp://localhost:30000/v1. The block size is read from the draft’sconfig\.json; the baseline is the same command without the three\-\-speculative\-\*flags.
Running them withllama.cpprequires the respective llama.cpp build (PR#29339).
llama-server -m models/LFM2.5-VL-3B-F16.gguf \
--mmproj models/mmproj-LFM2.5-VL-3B-F16.gguf \
-md LFM2.5-2.6B-DSpark-F16.gguf \
--spec-type draft-dspark --spec-draft-n-max 8 --spec-draft-n-min 0 \
-fa on -ngl 99 -c 8192
Running them with MLX-VLM requires the respective build (PR#2280).
mlx_vlm.server --model LiquidAI/LFM2.5-VL-3B --draft-model LiquidAI/LFM2.5-VL-3B-DSpark
The block size is read from the sidecar metadata (n-max is clamped to it). Speculative decoding isexact: the target verifies every proposed token, so greedy output equals the target alone; per-responsetimingsreportdraft\_n/draft\_n\_accepted.
https://huggingface.co/blog/LiquidAI/lfm2-5-vl-dspark#get-startedGet Started
Our vision DSpark draft model is available on Hugging Face inSafetensorsandGGUF formats.
With LFM2.5, we’re delivering on our vision of AI that runs anywhere. These models are:
- Open-weight— Download, fine-tune, and deploy without restrictions.
- Fast from day one— Day-one support for llama.cpp, MLX, and SGLang.
- A complete family— From base models for customization to specialized audio and vision variants, one architecture covers diverse use cases
We can’t wait to see what you build.
https://huggingface.co/blog/LiquidAI/lfm2-5-vl-dspark#citationCitation
For citations, please use the following reference or BibTeX: Liquid AI, “LFM2.5-VL-DSpark: Accelerating vision-language models on edge and beyond”, Liquid AI Blog, Sep 2026.
@article{liquidAI2026vldspark,
author = {Liquid AI},
title = {LFM2.5-VL-DSpark: Accelerating vision-language models on edge and beyond},
journal = {Liquid AI Blog},
year = {2026},
note = {www.liquid.ai/blog/lfm2-5-vl-dspark},
}
Similar Articles
Up to 3.2x Faster Inference with LFM2.5-DSpark
Liquid AI releases DSpark draft model checkpoints for the LFM2.5 family, enabling up to 3.2x faster inference on GPUs and devices with minimal quality trade-off, and with day-one support for open-source tools like llama.cpp and SGLang.
@Prince_Canuma: LFM2.5 DSpark by @liquidai is coming to mlx-vlm in v0.6.16 Exact speculative decoding on M5 Max, delivering up to 3.7× …
LFM2.5 DSpark by liquidai is integrated into mlx-vlm v0.6.16, enabling up to 3.7× faster speculative decoding on M5 Max with zero output drift for on-device VLM inference.
@mgoin_: GLM 5.2 DSpark preview is here! https://huggingface.co/RedHatAI/GLM-5.2-speculator.dspark-preview… This is the first DS…
RedHatAI releases a preview DSpark speculator for GLM-5.2-FP8, the first DSpark draft model for a non-DeepSeek frontier model, achieving ~1.5× faster decode on 4×B300 via vLLM nightly. The checkpoint is a work-in-progress, with training details and acceptance metrics provided.
@ramin_m_h: yesterday we made them more compressed! today we make them faster than ever with speculative decoding! up to 4x decode …
Liquid AI releases DSpark draft models for their LFM series, incorporating speculative decoding to achieve up to 4x decode speedup on device while maintaining output quality.
DeepSeek open sources DSpark, a new framework to speed up LLM inference by up to 85% (18 minute read)
DeepSeek open-sourced DSpark, an MIT-licensed framework using speculative decoding to accelerate LLM inference by up to 85%, with support for multiple model families including its own DeepSeek-V4, Alibaba's Qwen, and Google's Gemma.

