Qwen-2.5-1B-RLCD Text Generation Model: 4GB+ VRAM

At a Glance
| Item | Value |
|---|---|
| Repository | harshatheg/Qwen-2.5-1B-RLCD |
| Publisher guide | Alibaba (Qwen): models and licenses |
| Published | 2026-09-16 |
| License | apache-2.0 |
| Formats | MLX |
| Source type | Primary source (the publisher itself) |
Values determined by this site’s code when the information was collected. Dates are JST.
What we checked ourselves
- The same Japanese text takes about as many tokens as with the Qwen3 tokenizer.
Details and conditions are in “Our Own Measurements” below.
Overview
An implementation and model for the MLX framework, harshatheg/Qwen-2.5-1B-RLCD, has been released to achieve high-efficiency inference in Apple Silicon environments. This repository adopts Qwen/Qwen2.5-1.5B-Instruct as its base model and provides an inference engine incorporating parallel constrained decoding.
Traditional autoregressive decoding generates tokens one by one in sequence, which causes latency to increase as schemas grow larger. By evaluating multi-field JSON schemas and choices (enum, boolean) in parallel, this method achieves a 5.6x to 7.0x latency reduction and 100% schema validity on an Apple Silicon M4 Max.
Specifications
- Base Model: Qwen/Qwen2.5-1.5B-Instruct
- Parameter Count: 1.54B (Non-embedding parameters: 1.31B)
- Context Length: Full 32,768 tokens (up to 8,192 generation tokens)
- License: apache-2.0
Performance
According to measurements published by the author using mlx-community/Qwen2.5-1.5B-Instruct-4bit on an Apple Silicon M4 Max (macOS Sequoia) environment, the comparison between the standard autoregressive baseline and parallel constrained decoding is as follows:
→ Scroll horizontally to see all columns
| Scenario | Fields | Autoregressive Baseline | Parallel Constrained | Latency Speedup | Syntax Validity |
|---|---|---|---|---|---|
| Fintech Fraud Routing | 4 fields | 420 ms (120 tok/s) | 75 ms | 5.6x | 100% guaranteed |
| Code Security Audit | 4 fields | 380 ms (125 tok/s) | 68 ms | 5.6x | 100% guaranteed |
| High-Cardinality Tariff | 1 field (255 choices) | 500 ms (118 tok/s) | 89 ms | 5.6x | 100% guaranteed |
| Enterprise Support Triage | 28 fields | 1,900 ms (130 tok/s) | 270 ms | 7.0x | 100% guaranteed |
The author’s measurements show that the effect of parallel processing becomes more pronounced in scenarios with an increasing number of target fields. For “Enterprise Support Triage," which extracts 28 fields, conventional autoregressive generation required 1,900 ms, whereas this method achieved a significant speedup of 7.0x at 270 ms.
Additionally, consistent speedups of 5.6x (75 ms to 89 ms) were recorded for the high-cardinality “High-Cardinality Tariff" with 255 choices, as well as the 4-field “Fintech Fraud Routing" and “Code Security Audit." In all test cases, syntax validity is 100% guaranteed, and the strength lies in executing high-speed processing while completely preventing grammar errors and missing fields during structured data output.
Strengths and Use Cases
Building upon the high instruction-following and structured data comprehension capabilities of the base model Qwen/Qwen2.5-1.5B-Instruct, this combines parallel constrained decoding technology to exhibit specialized strengths in information extraction and classification tasks.
Specifically, input context and schema definition text are preloaded (prefilled) into the MLX KV Cache (Key-Value Cache) just once, and that state is broadcast in parallel to the evaluation of each field. By applying mask extraction (logit slicing) only to token IDs permitted for each field to directly calculate probabilities from predefined choices (booleans or up to 255 enums), unnecessary token generation loops are avoided.
This makes it highly effective in business scenarios such as:
– Fintech fraud routing (identifying risk levels and determining the necessity of confirmation)
– Security audits (classifying vulnerable code and assigning remediation priorities)
– Automated triage of large-scale customer support tickets (department routing and urgency setting)
– Identifying product codes or tariff classifications (such as HS codes) with numerous classification candidates
Since JSON syntax breaks or unnecessary key outputs (hallucinations) do not occur by design, it is extremely well-suited for integration with backend systems and the construction of automated pipelines where accuracy is required.
Hardware Requirements
Estimated requirements (calculated by Local Model Watch) — 1.5B parameters (taken from the base model Qwen/Qwen2.5-1.5B-Instruct)
| Your VRAM | Quantization | File size | Est. memory needed |
|---|---|---|---|
| 4GB (laptop iGPU / phone class) | BF16 | 2.9GB | 3.5GB |
Memory estimates add a 20% runtime overhead (KV cache, etc.) to the actual size of the distributed files. Actual usage varies with context length, batch size and inference engine. These figures are computed by this site from file sizes, not published by the model’s authors. Compare with other models in our VRAM quick reference. What the quantization names mean: glossary.
Can You Run It Locally?
Not usable in Ollama, LM Studio and llama.cpp yet — we have found no GGUF build.
The publisher ships MLX only. Today it can be run with MLX (Apple Silicon), using the memory figures in the table above.
License — apache-2.0 (Commercial use allowed): Permits commercial use, modification and redistribution. Redistribution requires including the license and stating changes; includes a patent grant.
Compiled by this site’s code from the published formats, converted builds we have found, and each engine’s own model registry. “Not found" means we have not seen such a build, not that none exists. License summaries are not legal advice — check the publisher’s original terms before relying on them.
Our Own Measurements
Values we measured ourselves on our server (no GPU) by actually reading and running this model’s files — not figures copied from the model card. How we measure, and the results for every model: Our Measurements.
Japanese Token Efficiency
| Tokenizer | Tokens per 1,000 Japanese characters | Ratio to the same text in English |
|---|---|---|
| This model | 688 | 1.26× |
| Qwen3 | 688 | 1.26× |
| Llama 3.2 | 744 | 1.36× |
| Gemma 3 | 564 | 1.03× |
| gpt-oss | 795 | 1.45× |
| LLM-jp-3 | 497 | 0.85× |
The same Japanese text takes about as many tokens as with the Qwen3 tokenizer.
Counted with the tokenizer.json of Qwen/Qwen2.5-1.5B-Instruct on a fixed text we wrote ourselves (876 Japanese characters across news, conversation, technical docs, a formal email, travel writing and a recipe) and its English translation. Fewer tokens mean more Japanese fits in the context window.
Recent Models in the Same Size Class
Models with up to 4B parameters that Local Model Watch covered recently, listed by code from our article log for comparison. VRAM tiers are this site’s estimates; licenses are as stated on the model cards.
→ Scroll horizontally to see all columns
| Model | Parameters | Smallest VRAM tier | License | Our article |
|---|---|---|---|---|
| LiquidAI/LFM2.5-350M-Diffusion-Exp | 425M | 4GB | lfm1.0 | LFM2.5-350M-Diffusion-Exp Text Generation Model: 4GB+ VRAM (2026-10-03) |
| togethercomputer/Tev1-0.8B-experimental | 873M | 4GB | — | Tev1-0.8B-experimental Text Generation Model: 4GB+ VRAM (2026-09-25) |
| pfnet/plamo-3-610m-fin-instruct | 890M | 4GB | plamo-community-license | plamo-3-610m-fin-instruct Text Generation Model: 4GB+ VRAM (2026-09-24) |
| tencent/Simple-Attention-Sparsification | 4.0B | 12GB | — | Simple-Attention-Sparsification Text Generation Model: 12GB+ VRAM (2026-09-14) |
| openbmb/MiniCPM5-2B | 2.5B | 4GB | apache-2.0 | MiniCPM5-2B Text Generation Model: Our Test Answers, 4GB+ VRAM (2026-09-07) |
How to Get It
This model and inference engine are available through the MLX library. Setup procedures and dependency installations can be executed with the following commands:
git clone https://github.com/your-org/parallel-constrained-decoding.git
cd parallel-constrained-decoding
python3 -m venv.venv
source.venv/bin/activate
pip install -r requirements.txt
From Python code, you can use StructuredSchema to define schemas and call the run_parallel_generation function to execute parallel high-speed inference. You can also launch the web interface (python3 -m uvicorn server.app:app --host 0.0.0.0 --port 8000) to check latency comparisons with conventional autoregressive generation and structured data output right in your browser.
Other Models for the Same Task
Recent text generation models covered by Local Model Watch, newest first. Grouped by the task each publisher declares on Hugging Face (pipeline_tag); the smallest VRAM tier is this site’s estimate.
- Naive-N0.5-Flash MoE Model for AI Research and Coding: ~690GB Memory (Over 80GB)
- ELYZA Releases ELYZA-Thinking-1.0 32B/33B Reasoning Models (32.1B, 80GB)
- OrcaSAQ-2-27B Text Generation Model: Our Test Answers, 16GB+ VRAM (27.8B, 16GB)
- Hemmingway-1 Text Generation Model: 12GB+ VRAM, GGUF Builds (26.9B, 12GB)
See all text generation models →
What to Read Next
- Find models by VRAM (This model runs from the 4GB tier) → Other models that run on a 8GB GPU
- Formats this model is available in → MLX format guide and models
- Learn about the publisher → Alibaba (Qwen): models, licenses and articles
Sources
Update History
- 2026-09-24: Rebuilt the article: Added a “can you run it locally?" verdict from the distribution formats, converted builds, engine registries, license terms and measured compression
- 2026-09-25: Changed the title to show what the article covers (VRAM requirements, file list, etc.).
- 2026-09-28: Added our own measurements: Japanese token efficiency.

