vllm¶
vllm
¶
vLLM's families: its own implementation of each model_type, standardized.
vLLM does not run transformers' modules. It has a module of its own per
architecture, with its own classes, its own names here and there, and its own
forward conventions (see nnterp.components.vllm), so each is a toolkit of its
own, named after the model_type like the transformers ones and declaring
the same things: RENAME, Layer / Attention /
Mlp and ENVOYS, keyed on vLLM's module types.
nnterp.StandardizedVLLM looks one up with
nnterp.families.lookup(model_type, engine="vllm").
What a family has to say is which convention its block follows, because the
return type does not tell: FusedLayer for a block that takes and returns
(hidden_states, residual) whose sum is the stream, Layer for one that
takes and returns the stream, and its own layer_output where neither holds.
A family vLLM runs through its transformers backend (transformers' own
modules inside the engine: OLMo, OLMo 2, SmolLM3, StarCoder2, GPT-BigCode)
builds on nnterp.components.vllm.transformers_backend instead.
Submodules¶
- afmoe
- apertus
- arcee
- bloom
- cohere
- cohere2
- dbrx
- deepseek_v2
- deepseek_v3
- ernie4_5
- ernie4_5_moe
- exaone4
- falcon
- flex_olmo
- gemma
- gemma2
- gemma3_text
- glm
- glm4_moe
- glm4_moe_lite
- gpt2
- gpt_bigcode
- gpt_neox
- gpt_oss
- gptj
- granite
- granitemoe
- hunyuan_v1_dense
- hunyuan_v1_moe
- hyperclovax
- kimi_k2
- laguna
- llama
- llama4_text
- mimo_v2_flash
- minimax_m2
- ministral3
- mistral
- mixtral
- mpt
- nemotron
- olmo
- olmo2
- olmo3
- olmoe
- opt
- phi
- phi3
- phimoe
- qwen2
- qwen2_5_vl_text
- qwen2_moe
- qwen2_vl_text
- qwen3
- qwen3_moe
- qwen3_vl_text
- seed_oss
- smollm3
- stablelm
- starcoder2