Alines Webマガジン

llm lmdeploy vllm

📅 October 30, 2026📖 Verified Publication
LLM LMDeploy vs vLLM: The Complete Playbook for Production Inference (2025)

LLM LMDeploy vs vLLM: The Complete Playbook for Production Inference

Deploying a large language model at scale boils down to one question: which framework gives you the most tokens per second on your hardware, at the lowest cost, without sacrificing quality?

LMDeploy (by InternLM/ModelScope) and vLLM (by UC Berkeley) are the two most popular open-source inference engines for serving LLMs in production today. Both support quantization, both handle multi-GPU scaling, and both integrate with Hugging Face models. Yet they make fundamentally different architectural trade-offs—and picking the wrong one can cost you significant throughput, VRAM, or engineering effort.

This playbook cuts through the noise with benchmarks, decision criteria, and implementation checklists so you can ship the right stack for your workload.

Key Takeaways

  • vLLM is the throughput champion for general-purpose serving—its PagedAttention system and continuous batching deliver industry-leading GPU utilization, especially under high concurrent load.
  • LMDeploy dominates on NVIDIA + Ascend heterogeneity and supports FlashDecoding+ and weight caching out of the box, making it stronger for multi-node and heterogeneous clusters.
  • Quantization: LMDeploy leads in depth, vLLM in ecosystem maturity. LMDeploy ships built-in AWQ/GPTQ/INT4/INT8/FP8 with zero-code switches; vLLM offers PTQ and QLoRA but requires more manual configuration for some pipelines.
  • Multi-GPU and multi-node: LMDeploy wins on flexibility—it supports pipeline, tensor, and data parallelism natively and runs on both NVIDIA and Huawei Ascend GPUs.
  • Latency-sensitive chat applications should start with vLLM; high-throughput batch inference and heterogeneous GPU farms should evaluate LMDeploy first.
  • Both frameworks integrate with Ray, Triton, and OpenAI-compatible APIs—the choice often comes down to your existing infrastructure and model family.

Head-to-Head Comparison

Feature-by-feature comparison of LMDeploy and vLLM for production LLM serving
Dimension vLLM LMDeploy
Developer UC Berkeley (vLLM Team) InternLM / ModelScope (Alibaba)
License Apache 2.0 Apache 2.0
First release 2023 (v0.1) 2023 (early 2024 GA)
Paged Memory Management PagedAttention (native, battle-tested) Flexible Memory Scheduler (CUDA Graphs + flash attention)
Continuous Batching Yes (v0.3+) Yes (dynamic batching + pipeline parallelism)
Quantization Support FP16, BF16, FP8, INT8 (GPTQ/AWQ via bitsandbytes), INT4 (experimental) FP16, BF16, INT8, INT4, FP8, AWQ, GPTQ, MQA—all via single CLI flag
FlashDecoding+ Yes (integrated) Yes (native optimization)
Weight Caching Yes (v0.4+) Yes (multi-model sharing)
Multi-GPU Parallelism Tensor parallelism, pipeline parallelism Tensor, pipeline, data parallelism, context parallelism
Multinode Support Yes (via Ray) Yes (native, no Ray required)
Heterogeneous Hardware NVIDIA only NVIDIA + Huawei Ascend (910B) + Intel Gaudi
OpenAI-Compatible API Built-in server mode Built-in server mode
Speculative Decoding Yes (NVIDIA FlexAttention, Medusa, EAGLE) Yes (EAGLE, Medusa supported)
LoRA / PEFT Serving Yes (multi-LoRA batching) Yes (runtime LoRA adapters)
Model Family Coverage Llama, Mistral, Qwen, Falcon, DeepSeek, Phi, Gemma, etc. Llama, Qwen, InternLM, Baichuan, Yi, DeepSeek, GLM, etc.
Community Size (GitHub Stars) ~38K+ ~10K+
Production Maturity Very high (used by Anyscale, Together AI, Groq partners) High (powering Alibaba Cloud, SenseTime, iFlyTek)
Documentation Quality Excellent English docs, active Discord Good English docs, strong Chinese-language community

When to Choose vLLM

vLLM is the right choice when your primary goal is maximum throughput on standard NVIDIA GPU clusters. It is the default recommendation for most production LLM services in North America and Europe.

Ideal vLLM Use Cases

  • Chat/bot applications requiring low latency and high concurrency
  • API services (OpenAI-compatible) on NVIDIA A100/H100/H200 clusters
  • Budget-conscious projects that need to run the largest models (70B+) on the fewest GPUs
  • Teams that want the widest third-party integrations (LangChain, LlamaIndex, Ray Serve, FastAPI)
  • Multilingual or English-first model families (Llama, Mistral, Phi)

Quick vLLM Setup Checklist

  • [ ] Install vLLM: pip install vllm
  • [ ] Verify GPU availability: nvidia-smi and python -c "import vllm; print(vllm.__version__)"
  • [ ] Run a serving container: vllm serve meta-llama/Llama-3.1-8B --dtype auto --tensor-parallel-size 2
  • [ ] Test with the OpenAI-compatible client
  • [ ] Set GPU_MEMORY_UTILIZATION=0.9 to maximize KV cache allocation
  • [ ] Enable --enable-prefix-caching for repeated prompt prefixes
  • [ ] Benchmark with a