Buckets:

hf-doc-build/doc-dev / transformers /pr_48421 /en /expert_parallelism.md
|
download
raw
6.07 kB
# Expert parallelism
[Expert parallelism](https://huggingface.co/spaces/nanotron/ultrascale-playbook?section=expert_parallelism) is a parallelism strategy for [mixture-of-experts (MoE) models](https://huggingface.co/blog/moe). Each expert's feedforward layer lives on a different hardware accelerator. A router dispatches tokens to the appropriate experts and gathers the results. This approach scales models to far larger parameter counts without increasing computation cost because each token activates only a few experts.
## DistributedConfig
Enable expert parallelism with the [DistributedConfig](/docs/transformers/pr_48421/en/expert_parallelism#transformers.DistributedConfig) class and the `enable_expert_parallel` argument.
```py
import os
import torch
from transformers import AutoModelForCausalLM, AutoTokenizer
from transformers.distributed.configuration_utils import DistributedConfig
distributed_config = DistributedConfig(
tp_size=int(os.environ["WORLD_SIZE"]),
enable_expert_parallel=True,
)
model = AutoModelForCausalLM.from_pretrained(
"openai/gpt-oss-120b",
distributed_config=distributed_config,
)
```
> [!TIP]
> Expert parallelism automatically enables [tensor parallelism](./perf_infer_gpu_multi) for attention layers.
This argument switches to the `ep_plan` (expert parallel plan) defined in each MoE model's config file. The `GroupedGemmParallel` class splits expert weights so each device loads only its local experts. The `ep_router` routes tokens to experts and an all-reduce operation combines their outputs.
Launch your inference script with [torchrun](https://pytorch.org/docs/stable/elastic/run.html) and specify how many devices to use. The number of devices must evenly divide the total number of experts.
```zsh
torchrun --nproc-per-node 8 your_script.py
```
## Combining with FSDP2
Expert parallelism only shards the experts. Everything else (attention, embeddings, norms) and its optimizer state is replicated on every expert-parallel rank, which limits how large a model you can train. Add [FSDP2](./fsdp) on a second mesh dimension with `fsdp_size`, and keep using `tp_size` for the expert parallel width (`tp_size` is the EP size).
```py
from transformers import AutoModelForCausalLM
from transformers.distributed import DistributedConfig
distributed_config = DistributedConfig(
tp_size=4, # expert parallel size
fsdp_size=2, # data parallel shards
enable_expert_parallel=True,
)
model = AutoModelForCausalLM.from_pretrained("Qwen/Qwen3-30B-A3B", distributed_config=distributed_config)
```
The model is loaded on a 2D `(fsdp, tp)` device mesh, and `tp_size * fsdp_size` must equal the number of processes. The expert parallel plan shards the experts across `tp`, then FSDP2 shards every parameter, experts included, across `fsdp` and owns their gradient reduction. Each `fsdp` rank trains on its own part of the batch.
Load the model as usual, then train with [Trainer](/docs/transformers/pr_48421/en/main_classes/trainer#transformers.Trainer). It takes the gradient norm across both meshes and gives each mesh its own optimizer param group. [save_model()](/docs/transformers/pr_48421/en/main_classes/trainer#transformers.Trainer.save_model) gathers sharded weights into a regular checkpoint. This requires `accelerate>=1.12` so the `Trainer` can mirror `tp_size` and `fsdp_size` into `~Accelerate.ParallelismConfig`.
The table below compares EP-only training with 2D EP+FSDP2 on 8xH100 GPUs. The workload is full fine-tuning of Qwen3-30B-A3B in bf16 at sequence length 2048. More FSDP shards cut peak memory, and tokens/s drop some because FSDP2 all-gathers and reduce-scatters the experts across `fsdp`.
| configuration | tokens/s/GPU | peak memory/GPU |
|---|---|---|
| `tp_size=8` | 3485 | 38.6 GB |
| `tp_size=4, fsdp_size=2` | 2900 | 34.2 GB |
| `tp_size=2, fsdp_size=4` | 2830 | 32.3 GB |
> [!WARNING]
> Resuming from a checkpoint is not supported yet for models sharded at load time, so the [Trainer](/docs/transformers/pr_48421/en/main_classes/trainer#transformers.Trainer) only accepts `save_only_model=True` or `save_strategy="no"` for them.
## API reference[[transformers.DistributedConfig]]
#### transformers.DistributedConfig[[transformers.DistributedConfig]]
```python
transformers.DistributedConfig(tp_size: int | None = None, tp_plan: typing.Union[dict[str, str], typing.Literal['auto'], NoneType] = None, enable_sequence_parallel: bool = False, enable_expert_parallel: bool = False, fsdp_size: int | None = None, fsdp_cpu_offload: bool = False, fsdp_mixed_precision: bool = False, pp_size: int | None = None)
```
[Source](https://github.com/huggingface/transformers/blob/vr_48421/src/transformers/distributed/configuration_utils.py#L22)
**Parameters:**
tp_size (*int*, *optional*) : Number of devices for tensor parallelism. If *None* and *tp_plan* is set, defaults to *WORLD_SIZE // (other_parallel_size)*. If *None* and no *tp_plan* is set, defaults to 1.
tp_plan (*dict[str, str]* or *"auto"*, *optional*) : Tensor parallel sharding plan. Pass *"auto"*, or leave as *None* when *tp_size* is set, to use the model's predefined *base_model_tp_plan*. Pass a dictionary to override the predefined plan.
enable_sequence_parallel (*bool*, *optional*, defaults to *False*) : Reserved for sequence parallelism. Not wired up yet.
enable_expert_parallel (*bool*, *optional*, defaults to *False*) : Route MoE models through the expert-parallel path (`base_model_ep_plan`).
fsdp_size (*int*, *optional*) : Number of devices for FSDP (data parallelism). If *None* and *tp_size* is set, defaults to 1.
fsdp_cpu_offload (*bool*, *optional*, defaults to *False*) : Whether to enable CPU offloading for FSDP2.
fsdp_mixed_precision (*bool*, *optional*, defaults to *False*) : Whether to enable mixed precision for FSDP2.
pp_size (*int*, *optional*) : Number of devices for pipeline parallelism. If *None* and another parallel mode is set, defaults to 1.
Configuration for native distributed inference and training with tensor, pipeline, or FSDP2 parallelism.

Xet Storage Details

Size:
6.07 kB
·
Xet hash:
6078db80a15bdb8a1e080dd1a516ee590c5a1a4ce571990e286cbacf8f3e8a18

Xet efficiently stores files, intelligently splitting them into unique chunks and accelerating uploads and downloads. More info.