RUNLOCALAIv38
->Will it run?Best GPUCompareTroubleshootStartLearnPulseModelsHardwareToolsBench
Run check
RUNLOCALAI

Independently operated catalog for local-AI hardware and software. Hand-written verdicts. Source-cited claims. Reproducible commands when we have them.

OP·Eruo Fredoline
DIR
  • Models
  • Hardware
  • Tools
  • Benchmarks
TOOLS
  • Will it run?
  • Compare hardware
  • Cost vs cloud
  • Choose my GPU
  • Prompting kits
  • Quick answers
REF
  • All buyer guides
  • Learn local AI
  • Methodology
  • Glossary
  • Errors KB
  • Trust
EDITOR
  • About
  • Author
  • How we make money
  • Editorial policy
  • Contact
LEGAL
  • Privacy
  • Terms
  • Sitemap
MAIL · MONTHLY DIGEST
Get monthly local AI changes
Monthly recap. No spam.
DISCLOSURE

Some links on this site are affiliate links (Amazon Associates and other first-class retailers). When you buy through them, we earn a small commission at no extra cost to you. Affiliate links do not influence our verdicts — there are cards we rate highly that we don't have affiliate relationships with, and cards that sell well that we refuse to recommend. Read more →

© 2026 runlocalai.coIndependently operated
RUNLOCALAI · v38
Glossary / Frameworks & tools / Expert Parallelism
Frameworks & tools

Expert Parallelism

Expert parallelism is a parallelism strategy specific to MoE models: each GPU holds a different subset of the experts, and tokens are routed to whichever GPU owns the expert they activate. Distinct from tensor parallelism (split each layer's weights) and pipeline parallelism (split layers across devices).

The advantage: at inference, only the active experts run, so expert-parallel MoE serves at lower per-token compute than a dense model of the same total parameters. The cost: routing tokens between GPUs adds an all-to-all communication step at every MoE layer.

Mixtral 8x7B, DeepSeek-V3, and Qwen3-MoE typically deploy with combined expert + tensor parallelism on multi-GPU servers. Single-GPU deployments use a degenerate form where the routing happens inside one device.

Practical example

An operator standing up DeepSeek-V3 (671B total, ~37B active) on 8×H100 needs to decide how to split it. Loading the full dense weights across 8 GPUs with pure tensor parallelism wastes bandwidth shuttling activations for experts that never fire on a given token. Instead, they configure expert parallelism across the 8 GPUs — each GPU owns roughly 1/8th of the expert pool — combined with tensor parallelism within each GPU's local experts for the attention layers. At serving time, a batch of tokens routed to experts scattered across all 8 devices triggers an all-to-all exchange every MoE layer; on NVLink-connected H100s this stays cheap, but the same setup over PCIe-only interconnects (or across multiple nodes without InfiniBand) turns communication into the bottleneck. This is why MoE serving frameworks like SGLang expose separate --ep-size and --tp-size flags — getting the ratio wrong silently caps throughput well below what the active-parameter count would suggest.

Related terms

Mixture of Experts (MoE)Tensor ParallelismPipeline Parallelism

See also

tool: vllmtool: sglang

Reviewed by Eruo Fredoline. See our editorial policy.

Buyer guides
  • Best GPU for local AI →
  • Best laptop for local AI →
  • Best Mac for local AI →
When it doesn't work
  • CUDA out of memory →
  • Ollama running slowly →
  • ROCm not detected →