atlas

Research map / Architectures and efficiency / Mixture of experts

MoE-CAP: Benchmarking Cost, Accuracy and Performance of Sparse Mixture-of-Experts Systems

NeurIPS 2025 · Architectures and efficiency › Mixture of experts · approach: Expert routing and specialization · 0 citations (OpenAlex)

Read the paperCheck your idea against 108,967 papers

AI-extracted summary. Written by AI from the paper's full text. Numbers and claims can be wrong or missing context, so check the paper before you cite or build on it.

Introduces MoE-CAP, a benchmark and analysis framework for sparse MoE serving systems that jointly evaluates cost, accuracy and performance, with a CAP radar diagram and sparsity-aware S-MBU and S-MFU metrics.

Problem

Existing LLM benchmarks and utilization metrics (MBU, MFU) do not capture the cost-accuracy-performance trade-offs of sparse MoE systems, since they ignore selective expert activation and heterogeneous CPU/memory resources.

Approach

Categorize MoE systems by which two of cost, accuracy and performance they optimize (CAP trade-off), visualize them with a CAP radar diagram, and redefine MBU and MFU to count only activated experts (S-MBU, S-MFU).

Key results

Measured effects reported in the paper

What was changedWhereMeasuredEffect
Offload experts instead of running the model with SGLangQwen3-30B-A3B inference on NVIDIA A5000 GPUs · GSM8Kdecoding latency: 0.058 s/token vs. 0.15 s/token; 2.6× increase in latencyHurt
Offload experts instead of running the model with SGLangQwen3-30B-A3B inference on NVIDIA A5000 GPUs · GSM8Kpurchase cost: reduces purchase cost by nearly 60%Helped
Use FP8 quantization rather than expert offloadingQwen3-235B-A22B inference on NVIDIA H20 GPUs · Qwen3-235B-A22Bthroughput: over 75× faster than MoE-InfinityHelped
Use FP8 quantization rather than expert offloadingQwen3-235B-A22B inference on NVIDIA H20 GPUs · Qwen3-235B-A22Bpower cost: 2.7× higher power costHurt
Account for selective expert activation in memory estimatesS-MBU compared with vanilla MBU on Mixtral-8x7B · GSM8K, batch sizes 1–64memory usage error: vanilla MBU ... over 260%; S-MBU ... less than 1% errorHelped
Increase batch size to 8MoE model inference · MATHactivated parameters: 53.05%, 46.79%, and 18.44%Mixed

Surprising findings

Limitations

Experimental setup

Datasets: MMLU GSM8K MATH Arena-Hard

Benchmarks: MMLU GSM8K MATH Arena-Hard

Metrics: exact match F1 win rate TPOT throughput S-MBU S-MFU power cost purchase cost

Baselines: SGLang K-Transformers MoE-Infinity SGLang-FP8 SGLang-AWQ vanilla MBU vanilla MFU

Builds on: MBU MFU MoE-Infinity Fiddler

Closest papers by meaning

Writing a paper in this area? scime draft is a free LaTeX editor with AI included, real-time co-authors and a check of your references and venue rules before you submit. It also imports OpenAI Prism projects.

Open scime draft

Get the next scime Dispatch and a monthly field update

Free. We send a confirmation link first; every email has a one-click unsubscribe. Privacy