Skip to content
ML Academy

LLMs, GenAI, RAG, agents, evaluation · insight-0505

Separate total from active parameters when sizing mixture-of-experts models

Evidence type
documented fact
Difficulty
medium
Roles
ML engineer, Applied AI
Industries
cross-industry

Summary: situation, action, reason, boundary

  1. Situation

    A team compares a mixture-of-experts (MoE) model with a dense model for self-hosting using only the headline parameter count.

  2. Action

    Record two numbers per candidate, total parameters (weight memory) and parameters active per input (compute per step), and size hardware from both plus the key-value cache.

  3. Reason

    Sparse MoE layers route each input to a subset of experts, so parameter count grows without a matching rise in computation per input.

  4. Boundary

    Self-hosted or on-premise deployment plans, model comparison tables, system-design interviews.

Symptom or risk

They underestimate GPU memory, because all experts must be loaded, or overestimate per-token compute, so the hardware plan is wrong.

Exceptions

For hosted APIs memory is the provider's concern; latency and quality on your eval set matter more.

Trade-offs

MoE offers more capacity per unit of compute but needs more memory and more complex serving.

Pitfalls

Using either parameter count as a quality proxy across architectures instead of measuring on your task.

Lessons and concepts

Claims and their sources