vLLM MBLT
vllm-mblt is an out-of-tree vLLM plugin that integrates Mobilint NPU runtime support into the vLLM serving and benchmarking stack.
It provides a custom vLLM platform, worker, and model registry hooks so Mobilint-optimized LLM/VLM artifacts can be served through familiar vLLM commands and OpenAI-compatible APIs.
Highlights
- Out-of-tree vLLM plugin: registers the
mbltplatform without patching vLLM itself. - Mobilint NPU worker: dispatches text-generation and multimodal execution to Mobilint runtime models.
- Model registry integration: supports Mobilint wrappers for Llama, HyperCLOVAX, EXAONE/EXAONE4, Qwen2/3, and Qwen2/3-VL families.
- Runtime-aware scheduling: reads model-configured
npu_prefill_chunk_sizeandmax_batch_sizevalues to tune chunked prefill and scheduler concurrency automatically. - vLLM benchmark compatibility: works with
vllm serve,vllm bench serve, andvllm bench throughput.
Requirements
- Python 3.10+
vllm==0.11.2mblt-model-zoo[transformers] >= 2.1.0- A Mobilint NPU environment. If you are not yet a Mobilint customer, please contact tech-support@mobilint.com.
The package pins vLLM for compatibility:
vllm>=0.11.2,<=0.11.2
Installation
Install from PyPI:
pip install vllm-mblt
Or install the latest source checkout:
git clone https://github.com/mobilint/vllm-mblt.git
cd vllm-mblt
python -m venv .venv
source .venv/bin/activate
pip install -U pip
pip install -e .
Quick Start
1. Verify Plugin Registration
After installation, run:
vllm --help
You should see plugin logs indicating that the Mobilint mblt platform plugin has been discovered and activated.
2. Serve a Text Model
vllm serve mobilint/Llama-3.2-1B-Instruct --trust-remote-code
Then query the OpenAI-compatible endpoint:
curl http://127.0.0.1:8000/v1/models
3. Serve a VLM Model
Qwen2-VL and Qwen3-VL Mobilint models can be loaded through the same vLLM server path:
vllm serve mobilint/Qwen2-VL-2B-Instruct --trust-remote-code
vllm serve mobilint/Qwen3-VL-2B-Instruct --trust-remote-code
Current Mobilint Qwen2/3-VL notes:
- The worker loads VLMs through
AutoModelForImageTextToText. - Image inputs are processed through vLLM's multimodal pipeline and merged into Mobilint language-model prompt embeddings inside the custom worker.
- The NPU path currently supports exactly one image in the initial multimodal request.
- Subsequent turns in the same session must be text-only or reuse the same image-token position.
- Video inputs are not supported by the current Mobilint Qwen2/3-VL NPU path.
Runtime Tuning
Runtime Layout Overrides
By default, vllm-mblt follows the runtime layout encoded in the Mobilint model artifact/config. Use
--model-loader-extra-config only when you intentionally want to override runtime placement or testing knobs.
Runtime settings such as dev_no, target_cores, target_clusters, core_mode, and max_batch_size can be
provided through --model-loader-extra-config.
For detailed core_mode and multicore runtime layout guidance, see the
Mobilint multicore documentation.
vllm serve mobilint/Llama-3.2-1B-Instruct \
--trust-remote-code \
--model-loader-extra-config '{"dev_no": 0, "target_cores": ["1:0"]}'
For VLMs such as mobilint/Qwen3-VL-2B-Instruct, shared runtime layout keys are applied to both Mobilint
submodules by forwarding them as model-zoo VLM subconfig keys (vision_* and text_*). Use explicit prefixed
keys when the vision encoder and text model need different placement:
vllm serve mobilint/Qwen3-VL-2B-Instruct \
--trust-remote-code \
--model-loader-extra-config '{"dev_no": 0, "core_mode": "global4", "vision_core_mode": "single"}'
For VLM-specific MXQ path overrides, use vision_mxq_path and/or text_mxq_path; a single top-level mxq_path
is only meaningful for single-module text models.
Chunked Prefill Auto-Tuning
If a model config includes npu_prefill_chunk_size, vllm-mblt uses it to tune vLLM chunked prefill.
- Integer values are used directly.
- Dict values are selected by
core_mode. core_modeis resolved from--model-loader-extra-configfirst, then from the model config default.- The selected value is applied to vLLM's
max_num_batched_tokensfor chunked prefill. - A
default(orDEFAULT) key is used when the resolvedcore_modehas no entry. core_mode: "auto"is never a dict key. When the resolvedcore_modeis"auto"(or is absent) and the dict holds exactly one usable entry, that entry is used — a global-scheme batch mxq ships only the mode it was compiled for. Multiple entries under"auto"are not guessed.- If no matching value is found,
vllm-mbltfalls back to128. - For batch-compiled models with
max_batch_size > 1, the effective chunked prefill limit is clamped to128to match the qbruntime batch execution limit used by the worker.
Example model config:
{
"npu_prefill_chunk_size": {
"single": 64,
"global4": 256,
"global8": 512
}
}
With this command, vllm-mblt selects 256 for global4:
vllm serve mobilint/YourModel \
--trust-remote-code \
--model-loader-extra-config '{"dev_no": 0, "core_mode": "global4", "target_clusters": [0]}'
If you also pass --max-num-batched-tokens, the effective value becomes the smaller of the user-provided value
and the model-configured npu_prefill_chunk_size.
Use --block-size only when you intentionally want to override the model-configured/default block size:
vllm serve mobilint/Llama-3.2-1B-Instruct \
--trust-remote-code \
--block-size 64
Model-Configured Batch Capacity
If a model config includes max_batch_size, vllm-mblt uses that value to support batch-compiled Mobilint models.
- The worker uses
max_batch_sizefor KV cache memory sizing. - The platform applies it to vLLM
max_num_seqsautomatically. - You do not need to pass
--max-num-seqsunless you intentionally want a smaller scheduler cap. max_batch_sizealso supports the samecore_modekeyed dict form asnpu_prefill_chunk_size.- For local testing,
--model-loader-extra-config '{"max_batch_size": 32}'overrides the model config value.
Example:
vllm serve mobilint/Llama-3.2-1B-Instruct-Batch32 --trust-remote-code
For batch-compiled MXQs such as mobilint/Llama-3.2-1B-Instruct-Batch32, the plugin also caps the effective
chunked prefill limit to 128, even when the model config advertises a larger npu_prefill_chunk_size.
Benchmarking
This repository includes sonnet.txt, which can be used with vLLM benchmark commands.
Serve Benchmark
Terminal 1:
vllm serve --model mobilint/Llama-3.2-1B-Instruct --trust-remote-code
Terminal 2:
vllm bench serve --model mobilint/Llama-3.2-1B-Instruct \
--trust-remote-code \
--port 8000 \
--num-warmups 1 \
--dataset-name sonnet \
--dataset-path sonnet.txt \
--num-prompts 10
Throughput Benchmark
vllm bench throughput --model mobilint/Llama-3.2-1B-Instruct \
--trust-remote-code \
--dataset-name sonnet \
--dataset-path sonnet.txt \
--num-prompts 10
Notes:
vllm bench serveuses a separate server process;vllm bench throughputruns the engine directly.vllm bench serve --max-concurrencyis a benchmark client load setting, not the server-side scheduler limit.- Reported latency and throughput are environment-dependent. Capture results from your target board for documentation or performance comparisons.
Supported Model Families
vllm-mblt registers Mobilint model wrappers for:
| Family | Registry class |
|---|---|
| Llama / HyperCLOVAX-compatible text models | MobilintLlamaForCausalLM |
| EXAONE | MobilintExaoneForCausalLM |
| EXAONE4 | MobilintExaone4ForCausalLM |
| Qwen2 | MobilintQwen2ForCausalLM |
| Qwen3 | MobilintQwen3ForCausalLM |
| Qwen2-VL | MobilintQwen2VLForConditionalGeneration |
| Qwen3-VL | MobilintQwen3VLForConditionalGeneration |
Model artifacts are available through Mobilint model repositories such as the Mobilint Hugging Face Hub.
Cache Behavior
MbltWorker uses snapshot-based KV cache reuse with these policies:
- Event-driven dump, not every step.
- Reuse live cache for same-request continuous decode.
- Keep finished-session snapshots for prefix reuse.
- Evict finished snapshots with an LRU cap of 16 sessions.
- Load matched snapshots only when the worker-side cost model expects the one-cache-id load to beat recomputing the matched prefix.
The prefix-cache load threshold is enabled by default. During model warmup the
worker tries to measure optimistic one-cache-id prefill costs for 1, 2, 4, and
8 KV blocks; for batch MXQs this still submits exactly one active cache_id.
Real snapshot loads and dumps update per-cache_id EWMA timings. A snapshot is
loaded only when load_ms < prefill_ms * 0.9; otherwise the snapshot remains
stored and the prompt is recomputed. The policy can be adjusted with environment
variables or equivalent model loader extra config keys:
VLLM_MBLT_PREFIX_CACHE_AUTO_THRESHOLD/prefix_cache_auto_thresholddefaults to enabled. Set0to disable measured thresholding.VLLM_MBLT_PREFIX_CACHE_MIN_HIT_TOKENS/prefix_cache_min_hit_tokenssets a manual minimum matched-token count before any snapshot load.VLLM_MBLT_PREFIX_CACHE_LOAD_MARGIN/prefix_cache_load_margindefaults to0.9.VLLM_MBLT_PREFIX_CACHE_CALIBRATEdefaults to enabled. Set0to skip startup prefill calibration.
The worker also tracks how many tokens each live runtime cache (or batch
cache_id slot) actually holds. A request may continue from a live cache
without reloading only when that count matches the scheduler's
num_computed_tokens. On a mismatch the worker logs a warning naming the
request and cache_id, drops the ownership claim, and rebuilds the prefix
instead of decoding against another sequence's KV. Seeing
MBLT runtime cache token count holds fewer tokens than the scheduler expects in the log
means measurements taken from that server should be re-checked.
Sampling Penalties
frequency_penalty, presence_penalty, and repetition_penalty are applied
by default on the CPU-hosted MBLT sampler. Set
VLLM_MBLT_ENABLE_SAMPLING_PENALTIES=0 to ignore them instead; the worker then
logs once which penalties it dropped. Released MBLT packages ship
repetition_penalty in generation_config.json, so ignoring them makes NPU
output generated under different sampling than a GPU reference run.
VLM prefix caching currently covers the language-model KV cache only. The worker may load a compatible LM KV prefix snapshot and run only the uncached text/embedding suffix. Image/video feature extraction is not cached by this layer: image requests still rebuild vision features through the model's multimodal feature hooks before the LM prefill/decode step.
Batch-compiled VLM text backends (max_batch_size > 1) are supported for
Mobilint Qwen2-VL and Qwen3-VL model types. With mblt-model-zoo>=2.3.0,
Qwen3-VL dynamic-vision Batch16 artifacts such as
mobilint/Qwen3-VL-8B-Instruct-Batch16 forward packed text embeddings plus
the matching packed RoPE and deepstack tensors to the 3-input text MXQ.
Unsupported multimodal model types fail before runtime inference with a clear
error.
Implementation file: vllm_mblt/mblt_worker.py
Tests
python -m pytest tests
Project Structure
vllm_mblt/
├── __init__.py # vLLM plugin and model registration entry points
├── mblt_platform.py # platform config overrides and runtime-aware defaults
├── mblt_worker.py # custom worker, prefill/decode flow, KV snapshot logic
└── models/ # Mobilint model wrappers for LLM/VLM families
tests/
├── test_kv_cache_swap_spec.py
├── test_mblt_platform_prefill.py
└── test_mblt_worker_optimizations.py
Metadata
Release files for vllm-mblt 0.2.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| vllm_mblt-0.2.2.tar.gz | 89.3 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| vllm_mblt-0.2.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 147.4 kB
Release files / vllm_mblt-0.2.2.tar.gz
| Download URL | vllm_mblt-0.2.2.tar.gz |
|---|---|
| Size | 89.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
4d4f92ace898a966690147256f605c969ace1073dd7f72db36c8cb338e2a59bd
|
|
BLAKE2b-256 checksum How to use checksums |
c790146152340f1f4c63413ef4f49b5fbf7a8e9c1144a7ce0f1c2e158b9102c3
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 4, 2026.
Transparency logRelease files / vllm_mblt-0.2.2-py3-none-any.whl
| Download URL | vllm_mblt-0.2.2-py3-none-any.whl |
|---|---|
| Size | 58.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
7958dbff00ab318d6d0a19c32ab0b9a1d3d43e35d4fb91a7096ee80e20830b97
|
|
BLAKE2b-256 checksum How to use checksums |
ba4450cade47d8d7ebdad14eee8aa3f7e44fd7c0d309b435283710eed17cf061
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 4, 2026.
Transparency log