DistributedDataParallel in PyTorch - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to initialize the distributed process group.

PyTorch

import torch.distributed as dist

dist.init_process_group(backend=[1], init_method='env://')

Drag options to blanks, or click blank then click option'

A'gloo'

B'nccl'

C'mpi'

D'cuda'

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'cuda' as backend which is invalid.

Confusing 'nccl' with 'gloo' for CPU-only setups.

The init_process_group function requires a valid backend. 'gloo' is a common CPU backend that works on most platforms.

2fill in blank

medium

Complete the code to wrap the model with DistributedDataParallel.

PyTorch

import torch.nn as nn
import torch.distributed as dist
from torch.nn.parallel import DistributedDataParallel as DDP

model = nn.Linear(10, 5).to(device)
model = [1](model)

Drag options to blanks, or click blank then click option'

Ann.DataParallel

Bdist.DataParallel

CDDP

Dnn.parallel.DistributedDataParallel

Attempts:

3 left

💡 Hint

Common Mistakes

Using nn.DataParallel instead of DistributedDataParallel.

Not moving the model to device before wrapping.

To use DistributedDataParallel, you wrap your model with DDP after moving it to the device.

3fill in blank

hard

Fix the error in the code to correctly set the device for the process.

PyTorch

import torch
import torch.distributed as dist
import os

local_rank = int(os.environ['LOCAL_RANK'])
torch.cuda.set_device([1])

Drag options to blanks, or click blank then click option'

Atorch.device('cuda')

Blocal_rank

Cdist.get_rank()

D0

Attempts:

3 left

💡 Hint

Common Mistakes

Setting device to 0 for all processes causing GPU conflicts.

Using dist.get_rank() which is global rank, not local.

Each process should set its CUDA device to its local rank to avoid conflicts.

4fill in blank

hard

Fill both blanks to create a DistributedSampler and DataLoader for distributed training.

PyTorch

from torch.utils.data import DataLoader, [1]

sampler = [2](dataset, num_replicas=dist.get_world_size(), rank=dist.get_rank())
dataloader = DataLoader(dataset, batch_size=32, sampler=sampler)

Drag options to blanks, or click blank then click option'

ADistributedSampler

BRandomSampler

DSequentialSampler

Attempts:

3 left

💡 Hint

Common Mistakes

Using RandomSampler which does not split data across processes.

Not using a sampler causing data duplication.

DistributedSampler ensures each process gets a unique subset of data for training.

5fill in blank

hard

Fill all three blanks to correctly perform a training step with DistributedDataParallel.

PyTorch

optimizer.zero_grad()
outputs = model(inputs)
loss = criterion(outputs, targets)
loss.[1]()
optimizer.[2]()
if dist.get_rank() == 0:
    print('Loss:', loss.[3]().item())

Drag options to blanks, or click blank then click option'

Abackward

Bstep

Cgrad

Ddetach

Attempts:

3 left

💡 Hint

Common Mistakes

Calling optimizer.step() before loss.backward().

Printing loss.item() without detach causing gradient tracking.

Call loss.backward() to compute gradients, optimizer.step() to update weights, and loss.detach() to get a tensor without gradient for printing.

Practice

1. What is the main purpose of using DistributedDataParallel in PyTorch?

easy

A. To automatically tune hyperparameters during training

B. To reduce the size of the model for deployment

C. To convert a model to run only on CPU

D. To speed up training by using multiple GPUs or machines simultaneously

Solution

1. Step 1: Understand the role of DistributedDataParallel

   DistributedDataParallel (DDP) is designed to run training across multiple GPUs or machines to speed up the process.

2. Step 2: Compare options with DDP's purpose

   Options B, C, and D do not relate to parallel training or speed-up. Only To speed up training by using multiple GPUs or machines simultaneously correctly describes DDP's main purpose.

3. Final Answer:

   To speed up training by using multiple GPUs or machines simultaneously -> Option D

4. Quick Check:

   DDP speeds training = A [OK]

Hint: DDP means training faster with many GPUs [OK]

Common Mistakes:

• Thinking DDP reduces model size
• Confusing DDP with CPU-only training
• Assuming DDP tunes hyperparameters automatically

2. Which of the following is the correct way to wrap a PyTorch model with DistributedDataParallel assuming model is your neural network and device is the GPU device?

easy

A. model = torch.nn.DataParallel(model, device_ids=[device])

B. model = torch.nn.parallel.DistributedDataParallel(model, device_ids=[device])

C. model = torch.nn.DistributedDataParallel(model, device=device)

D. model = torch.nn.parallel.DistributedDataParallel(model, devices=device)

Solution

1. Step 1: Recall the correct syntax for DistributedDataParallel

   The correct class is torch.nn.parallel.DistributedDataParallel and it takes device_ids as a list of devices.

2. Step 2: Check each option for syntax correctness

   model = torch.nn.parallel.DistributedDataParallel(model, device_ids=[device]) uses the correct class and parameter device_ids=[device]. model = torch.nn.DataParallel(model, device_ids=[device]) uses DataParallel, which is different. Options C and D use incorrect parameter names or class names.

3. Final Answer:

   model = torch.nn.parallel.DistributedDataParallel(model, device_ids=[device]) -> Option B

4. Quick Check:

   Correct class and device_ids list = A [OK]

Hint: Use torch.nn.parallel.DistributedDataParallel with device_ids list [OK]

Common Mistakes:

• Using DataParallel instead of DistributedDataParallel
• Passing device instead of device_ids list
• Wrong class or parameter names

3. Consider the following code snippet for a distributed training setup:

import torch
import torch.distributed as dist
from torch.nn.parallel import DistributedDataParallel as DDP

def setup(rank, world_size):
    dist.init_process_group('gloo', rank=rank, world_size=world_size)

model = torch.nn.Linear(10, 1).to(rank)
model = DDP(model, device_ids=[rank])

print(model.module.weight.device)

What will be the output device of model.module.weight.device if rank=1 and GPUs are available?

medium

A. cuda:1

B. cpu

C. cuda:0

D. cuda:rank

Solution

1. Step 1: Understand device assignment in the code

   The model is moved to rank device with .to(rank), so for rank=1, it is on cuda:1.

2. Step 2: Check DistributedDataParallel wrapping

   DDP wraps the model and uses device_ids=[rank], so the model stays on cuda:1.

3. Final Answer:

   cuda:1 -> Option A

4. Quick Check:

   Model device matches rank GPU = B [OK]

Hint: Model device matches rank GPU in DDP setup [OK]

Common Mistakes:

• Assuming model stays on CPU
• Confusing device index with rank variable
• Thinking device is always cuda:0

4. You run a distributed training script using DistributedDataParallel but get the error: RuntimeError: Expected to have finished reduction in the prior iteration before starting a new one. What is the most likely cause?

medium

A. You forgot to call optimizer.step() after loss.backward()

B. You did not wrap the model with DistributedDataParallel

C. You used the wrong backend in init_process_group

D. You did not call dist.destroy_process_group() at the end

Solution

1. Step 1: Understand the error about unfinished reduction

   This error usually means gradients were not synchronized properly before the next iteration.

2. Step 2: Identify missing optimizer step

   Not calling optimizer.step() after loss.backward() can cause gradients to not be updated and reduction to remain unfinished.

3. Final Answer:

   You forgot to call optimizer.step() after loss.backward() -> Option A

4. Quick Check:

   Missing optimizer.step() causes reduction error = C [OK]

Hint: Always call optimizer.step() after backward() in DDP [OK]

Common Mistakes:

• Skipping optimizer.step() call
• Ignoring proper model wrapping
• Confusing backend errors with sync errors

5. You want to train a model on 4 GPUs using DistributedDataParallel across 2 machines, each with 2 GPUs. Which of the following is the correct approach to set up the training?

hard

A. Launch 4 processes on one machine only, ignoring the second machine

B. Launch 2 processes total, each process uses 2 GPUs, wrap model with DataParallel on each process

C. Launch 4 processes total, each process uses one GPU, initialize process group with correct rank and world_size, wrap model with DDP on each process

D. Launch 1 process per machine, use DDP with device_ids=[0,1] on each machine

Solution

1. Step 1: Understand multi-machine multi-GPU DDP setup

   Each GPU should have one process. For 4 GPUs across 2 machines, launch 4 processes total.

2. Step 2: Confirm process group and model wrapping

   Initialize the process group with correct rank and world_size=4. Wrap the model with DDP on each process using the assigned GPU.

3. Final Answer:

   Launch 4 processes total, each process uses one GPU, initialize process group with correct rank and world_size, wrap model with DDP on each process -> Option C

4. Quick Check:

   One process per GPU with correct init = D [OK]

Hint: One process per GPU, init process group correctly [OK]

Common Mistakes:

• Using fewer processes than GPUs
• Using DataParallel instead of DDP for multi-machine
• Ignoring second machine in setup