Zenaique

Match DeepSeek MoE design choices to their descriptions

Match pairs·Medium·4.0 · 0·~2 min·Asked atCitadelCopy AiDeepseek
Attempt it

Drag each answer to line up with its matching prompt

Many small expert FFNs instead of a few large ones

Auxiliary loss free balancing

Always on FFN modules that run on every token alongside routed experts

Token choice routing

Per expert bias terms adjusted from recent load outside backprop

Shared experts

Each token independently selects its top-k experts via router softmax

Fine-grained experts

TL;DR

DeepSeek MoE combines fine-grained routed experts, always-on shared FFNs, token-choice top-k routing, and aux loss free bias balancing, a distinct recipe from Mixtral-style 8×7B stacks.

Memory aid
Sign in to see the mnemonic that makes this stick.
Easy to grasp

Think of DeepSeek's MoE like a hospital with many small specialist rooms plus a general ward that every patient visits first. Fine-grained experts are the many small rooms, more specialists, each handling a narrower slice. Shared experts are the general ward that runs on every token no matter what. Token-choice routing means each patient (token) picks their own specialists. Aux-loss-free balancing is the scheduling desk that nudges traffic when one specialist gets overloaded, without adding a separate penalty to the main treatment goal the way Switch Transformer aux loss does.

Key concepts

Concept explanation~2 min read

Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.

DeepSeek's MoE architecture became a landmark interview topic because it packages four distinct design choices that together challenge the Mixtral mental model most candidates carry. Interviewers are not asking you to recite parameter counts, they want to know whether you can map each mechanism to the problem it solves.

The four pairs in this match question, fine-grained experts, shared experts, token-choice routing, and auxiliary loss free balancing, each address a different axis: capacity granularity, routing insurance, inference compatibility, and load stability. Understanding them separately is what separates a surface-level 'DeepSeek is MoE' answer from a production-aware one.

This deep dive walks through each choice, contrasts it with the Mixtral/Switch lineage, and closes with how you would explain the stack in a senior ML systems interview.

Picture yourself in a system design round where the interviewer draws two boxes on the whiteboard, Mixtral on the left, DeepSeek on the right, and asks you to label what is different inside each MoE block. The match pairs in this question are exactly those labels. If you can explain why each choice exists, you can also defend GPU sizing, balancing policy, and serving topology decisions downstream.

Fine-grained experts: more specialists, smaller footprints

The mechanism. Standard MoE replaces one dense FFN with N expert FFNs plus a router. Mixtral's famous 8x7B config uses eight large experts, each roughly a 7B-class FFN, with top-2 active per token. DeepSeek-V2/V3 push in the opposite granularity direction: many more experts, each smaller.

Why bother? With more routing slots, the gating network can assign narrower functional niches. Overload risk on any single expert drops when traffic spreads across a larger pool. Total expert-parameter budget can scale up while active FLOPs per token stay bounded by top-k.

The systems cost is real. More experts means more shards in expert-parallel layouts, more all to all dispatch groups, and more utilization metrics to monitor. Fine-grained routing is a bet that specialization and load-spreading gains outweigh communication and memory-management overhead at frontier scale.

A useful sizing exercise: DeepSeek-V3 reports hundreds of routed experts with a smaller per-expert FFN than Mixtral's eight large slots. That means the router has more bins to spread traffic across, but your serving stack must shard and load more expert weight tensors. Fine-grained is not a free quality knob, it is a bet that overload risk drops faster than dispatch complexity rises.

Shared experts: always-on baseline capacity
Token-choice routing and causal inference
Auxiliary-loss-free balancing via dynamic bias
Interview framing: map choice to failure mode
Sign in to unlock the full deep dive.

Situations where this technique stops working.

Sign in to see when this approach fails.

2–4 min · Everything important, quickly.

Sign in to see the quick scan of the deep dive.

Real products, models, and research that use this idea.

  • DeepSeek-V2 and DeepSeek-V3 open-weight models use fine-grained routed experts plus shared always-on FFNs with aux loss free bias balancing.
  • Mistral's Mixtral 8x7B uses eight large routed experts with top-2 activation and Switch-style auxiliary load balancing, a contrasting landmark config.
Sign in to see more production examples.

What an interviewer would ask next. Try answering before peeking at the approach.

QWhy add shared experts if routed experts already provide capacity?
A

Argue baseline dense FFN insurance: routing can misfire or collapse partially; shared FFNs guarantee every token gets a stable transformation independent of top-k picks.

1 more follow-up an interviewer would ask next. Sign in to reveal them.

Red flags & common mistakes

The phrases that signal junior thinking. Click to expand.

Most common mistake

Confusing shared experts with routed experts, or assuming DeepSeek uses the same Switch-style auxiliary load-balancing loss as Mixtral.

Sign in to see all red flags and common mistakes.

60 second bullets to scan on the way to the call.

  • Fine-grained vs coarse expert granularity

  • Role of shared always-on FFNs

Sign in to unlock the revision sheet.

Primary sources. Browse if you want the original framing.

Similar questions

Same topic, related formats. Practice these next.

4 curated
Next question
Which best describes shared…
MCQ·Medium