pytorch-multi-gpu-training
pytorch-multi-gpu-training 是一个专为 PyTorch 开发者整理的单机多 GPU 训练指南与代码示例库。它旨在帮助用户在提升模型训练速度的同时,深入理解背后的实现原理,避免仅停留在“调包”层面。
该资源重点解决了多卡训练中常见的负载不均衡与效率瓶颈问题。它详细对比了两种主流方案:一是基于 nn.DataParallel 的简易封装法,适合快速上手但存在主卡负载过高的问题;二是基于 DistributedDataParallel 的多进程分布式训练法,虽然配置稍复杂,但能显著降低通信开销,即使在单节点上也具备更高的训练效率。
内容特色在于通过 MNIST 手写数字识别的完整案例,循序渐进地讲解了数据切分、进程通信、随机种子设定及 local_rank 机制等核心技术细节。无论是希望优化实验效率的算法研究人员,还是想要夯实底层基础的深度学习工程师,都能从中获得实用的代码参考与清晰的理论指引,轻松掌握从单卡到多卡训练的进阶技能。
使用场景
某计算机视觉团队正在训练一个高分辨率医学影像分割模型,面对海量数据,单卡训练耗时过长严重阻碍了算法迭代。
没有 pytorch-multi-gpu-training 时
- 训练周期漫长:仅依赖单张 GPU 串行处理数据,完成一轮完整训练需数天时间,无法快速验证新想法。
- 资源利用率低:实验室服务器虽配备多张高端显卡,但因缺乏多进程调度机制,其余显卡处于闲置状态。
- 负载严重不均:若强行使用简单的
DataParallel包装,所有损失计算与梯度更新都堆积在主卡(cuda:0)上,导致主卡显存爆满而其他卡“吃不饱”。 - 代码改造困难:开发者不清楚如何手动切分数据集或同步多进程梯度,担心引入复杂的分布式逻辑会破坏现有代码结构。
使用 pytorch-multi-gpu-training 后
- 训练效率倍增:通过
DistributedDataParallel方案启动多进程,每张显卡独立承担前向传播与反向传播,训练速度提升近 4 倍。 - 硬件满负荷运转:利用
DistributedSampler自动将数据集均匀切分,确保所有 GPU 同时处理不同批次数据,彻底消除资源浪费。 - 负载均衡优化:每个进程独立计算 Loss 并同步梯度,避免了主卡成为性能瓶颈,显存占用在各卡间分布均匀。
- 原理清晰易落地:参考整理好的原理说明与示例代码,团队迅速理解了
local_rank注入与随机种子设置逻辑,低成本完成了代码迁移。
pytorch-multi-gpu-training 将复杂的分布式并行原理转化为清晰的实战指南,帮助开发者以最小成本解锁多卡算力,大幅缩短模型研发周期。
运行环境要求
- 未说明
需要 NVIDIA GPU(支持多卡),需安装支持 NCCL 后端的 CUDA 环境,具体显存大小和 CUDA 版本未说明
未说明

快速开始
PyTorch 单机多GPU 训练方法与原理整理
这里整理一些PyTorch单机多核训练的方法和简单原理,目的是既能在写代码时知道怎么用,又能从原理上知道大致是怎么回事儿。如果只是炼丹,有时候确实没时间和精力深挖太多实现原理,但又希望能理解简单逻辑。
PyTorch单机多核训练方案有两种:一种是利用nn.DataParallel实现,实现简单,不涉及多进程;另一种是用torch.nn.parallel.DistributedDataParallel和torch.utils.data.distributed.DistributedSampler结合多进程实现。第二种方式效率更高,但是实现起来稍难,第二种方式同时支持多节点分布式实现。方案二的效率要比方案一高,即使是在单运算节点上。
为方便理解,这里用一个简单的CNN模型训练MNIST手写数据集,相关代码:
- model.py:定义一个简单的CNN网络
- data.py:MNIST训练集和数据集准备
- single_gpu_train.py:单GPU训练代码
方案一
核心在于使用nn.DataParallel将模型wrap一下,代码其他地方不需要做任何更改:
model = nn.DataParallel(model)
为方便说明,我们假设模型输入为(32, input_dim),这里的 32 表示batch_size,模型输出为(32, output_dim),使用 4 个GPU训练。nn.DataParallel起到的作用是将这 32 个样本拆成 4 份,发送给 4 个GPU 分别做 forward,然后生成 4 个大小为(8, output_dim)的输出,然后再将这 4 个输出都收集到cuda:0上并合并成(32, output_dim)。
可以看出,nn.DataParallel没有改变模型的输入输出,因此其他部分的代码不需要做任何更改,非常方便。但弊端是,后续的loss计算只会在cuda:0上进行,没法并行,因此会导致负载不均衡的问题。
如果把loss放在模型里计算的话,则可以缓解上述负载不均衡的问题,示意代码如下:
class Net:
def __init__(self,...):
# code
def forward(self, inputs, labels=None)
# outputs = fct(inputs)
# loss_fct = ...
if labels is not None:
loss = loss_fct(outputs, labels) # 在训练模型时直接将labels传入模型,在forward过程中计算loss
return loss
else:
return outputs
按照我们上面提到的模型并行逻辑,在每个GPU上会计算出一个loss,这些loss会被收集到cuda:0上并合并成长度为 4 的张量。这个时候在做backward的之前,必须对将这个loss张量合并成一个标量,一般直接取mean就可以。这在Pytorch官方文档nn.DataParallel函数中有提到:
When
modulereturns a scalar (i.e., 0-dimensional tensor) in forward(), this wrapper will return a vector of length equal to number of devices used in data parallelism, containing the result from each device.
这部分的例子可以参考:data_parallel_train.py
方案二
方案二被成为分布式数据并行(distributed data parallel),是通过多进程实现的,相比与方案一要复杂很多。可以从以下几个方面理解:
从一开始就会启动多个进程(进程数等于GPU数),每个进程独享一个GPU,每个进程都会独立地执行代码。这意味着每个进程都独立地初始化模型、训练,当然,在每次迭代过程中会通过进程间通信共享梯度,整合梯度,然后独立地更新参数。
每个进程都会初始化一份训练数据集,当然它们会使用数据集中的不同记录做训练,这相当于同样的模型喂进去不同的数据做训练,也就是所谓的数据并行。这是通过
torch.utils.data.distributed.DistributedSampler函数实现的,不过逻辑上也不难想到,只要做一下数据partition,不同进程拿到不同的parition就可以了,官方有一个简单的demo,感兴趣的可以看一下代码实现:Distributed Training进程通过
local_rank变量来标识自己,local_rank为0的为master,其他是slave。这个变量是torch.distributed包帮我们创建的,使用方法如下:import argparse # 必须引入 argparse 包 parser = argparse.ArgumentParser() parser.add_argument("--local_rank", type=int, default=-1) args = parser.parse_args()必须以如下方式运行代码:
python -m torch.distributed.launch --nproc_per_node=2 --nnodes=1 train.py这样的话,
torch.distributed.launch就以命令行参数的方式将args.local_rank变量注入到每个进程中,每个进程得到的变量值都不相同。比如使用 4 个GPU的话,则 4 个进程获得的args.local_rank值分别为0、1、2、3。上述命令行参数
nproc_per_node表示每个节点需要创建多少个进程(使用几个GPU就创建几个);nnodes表示使用几个节点,因为我们是做单机多核训练,所以设为1。因为每个进程都会初始化一份模型,为保证模型初始化过程中生成的随机权重相同,需要设置随机种子。方法如下:
def set_seed(seed): random.seed(seed) np.random.seed(seed) torch.manual_seed(seed) torch.cuda.manual_seed_all(seed)
使用方法通过如下示意代码展示:
from torch.utils.data.distributed import DistributedSampler # 负责分布式dataloader创建,也就是实现上面提到的partition。
# 负责创建 args.local_rank 变量,并接受 torch.distributed.launch 注入的值
parser = argparse.ArgumentParser()
parser.add_argument("--local_rank", type=int, default=-1)
args = parser.parse_args()
# 每个进程根据自己的local_rank设置应该使用的GPU
torch.cuda.set_device(args.local_rank)
device = torch.device('cuda', args.local_rank)
# 初始化分布式环境,主要用来帮助进程间通信
torch.distributed.init_process_group(backend='nccl')
# 固定随机种子
seed = 42
random.seed(seed)
np.random.seed(seed)
torch.manual_seed(seed)
torch.cuda.manual_seed_all(seed)
# 初始化模型
model = Net()
model.to(device)
criterion = nn.CrossEntropyLoss()
optimizer = optim.SGD(model.parameters(), lr=0.1)
# 只 master 进程做 logging,否则输出会很乱
if args.local_rank == 0:
tb_writer = SummaryWriter(comment='ddp-training')
# 分布式数据集
train_sampler = DistributedSampler(train_dataset)
train_loader = torch.utils.data.DataLoader(train_dataset, sampler=train_sampler, batch_size=batch_size) # 注意这里的batch_size是每个GPU上的batch_size
# 分布式模型
model = torch.nn.parallel.DistributedDataParallel(model, device_ids=[args.local_rank], output_device=args.local_rank, find_unused_parameters=True)
详细代码参考:ddp_train.py
DDP 有用技巧
官方推荐使用方案二(DDP),因此这里收集了一些在使用 DDP 过程中的技巧。
torch.distributed.barrier
在阅读 huggingface/transformers 的源码时,比如 examples/run_ner.py 中会看到如下代码:
# 加载预训练模型和分词器
if args.local_rank not in [-1, 0]:
torch.distributed.barrier() # 确保只有分布式训练中的第一个进程下载模型和词汇表
args.model_type = args.model_type.lower()
config_class, model_class, tokenizer_class = MODEL_CLASSES[args.model_type]
config = config_class.from_pretrained(args.config_name if args.config_name else args.model_name_or_path,
num_labels=num_labels,
cache_dir=args.cache_dir if args.cache_dir else None)
tokenizer = tokenizer_class.from_pretrained(args.tokenizer_name if args.tokenizer_name else args.model_name_or_path,
do_lower_case=args.do_lower_case,
cache_dir=args.cache_dir if args.cache_dir else None)
model = model_class.from_pretrained(args.model_name_or_path,
from_tf=bool(".ckpt" in args.model_name_or_path),
config=config,
cache_dir=args.cache_dir if args.cache_dir else None)
if args.local_rank == 0:
torch.distributed.barrier() # 确保只有分布式训练中的第一个进程下载模型和词汇表
上述代码的目的是加载预训练模型并将其读入内存。如果让四个进程各自都下载一次显然是不合理的,那么如何才能实现只让一个进程下载呢?这时就可以使用 barrier 函数。当从属进程(local_rank != 0)运行到第一个 if 语句时,会被 barrier 阻塞,只能等待;而主进程可以继续往下执行,完成模型的下载和读入内存的操作。然而,在第二个 if 语句处再次遇到 barrier 时,主进程是否会被阻塞呢?答案是不会,因为主进程和从属进程已经集合在一起了(即 barrier 被解除),于是所有进程都可以继续向下执行。当然,此时各进程的执行进度不同:主进程已经完成了模型的读取,所以会从第二个 if 继续执行;而从属进程尚未进行模型读取,只会从第一个 if 开始执行。
由此可见,barrier 类似于一个路障,会将进程拦住,直到所有进程都集合齐后才会放行。这种机制适用于以下场景:只有一个进程负责下载数据,其他进程可以直接使用已下载好的文件;或者只有一个进程负责数据预处理,其他进程则使用预处理并缓存好的数据等。
模型保存
模型的保存与加载方式与单 GPU 情况有所不同。在这里需要将参数以 CPU 方式保存到存储中,因为如果直接保存 GPU 上的参数,.pth 文件中会记录这些参数所属的 GPU 编号,导致在加载模型时会尝试将参数加载到相应的 GPU 上,从而引发错误。例如:
RuntimeError: Attempting to deserialize object on CUDA device 1 but torch.cuda.device_count() is 1. Please use torch.load with map_location to map your storages to an existing device.
模型保存的方式是一致的,但需要注意的是,在方案二中存在多个进程同时运行,因此可能会有多个模型被保存到存储中。如果使用共享存储,则需注意文件名冲突的问题。通常情况下,只需在 rank 0 进程上保存模型参数即可,因为所有进程的模型参数是同步的。
torch.save(model.module.cpu().state_dict(), "model.pth")
模型的加载:
param = torch.load("model.pth")
以下是 huggingface/transformers 代码中使用的模型保存代码:
if torch.distributed.get_rank() == 0:
model_to_save = model.module if hasattr(model, "module") else model # 处理分布式/并行训练
model_to_save.save_pretrained(args.output_dir)
tokenizer.save_pretrained(args.output_dir)
同一台机器上运行多个 DDP 任务
假设希望在一台拥有 4 个 GPU 的计算机上运行两个 DDP 任务,每个任务使用两个 GPU,很可能会遇到如下错误:
RuntimeError: Address already in use
RuntimeError: NCCL error in: /opt/conda/conda-bld/pytorch_1544081127912/work/torch/lib/c10d/ProcessGroupNCCL.cpp:260, unhandled system error
出现该错误的原因是两个 DDP 任务的通信地址发生了冲突。此时需要显式地为每个任务设置不同的通信地址。
在
torch.distributed.launch中指定不同的master_addr和master_port
# 第一个任务
export CUDA_VISIBLE_DEVICES="0,1"
python -m torch.distributed.launch --nproc_per_node=2 --master_addr=127.0.0.1 --master_port=29501 train.py
# 第二个任务
export CUDA_VISIBLE_DEVICES="2,3"
python -m torch.distributed.launch --nproc_per_node=2 --master_addr=127.0.0.2 --master_port=29502 train.py
参考资料
常见问题
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
gemini-cli
gemini-cli 是一款由谷歌推出的开源 AI 命令行工具,它将强大的 Gemini 大模型能力直接集成到用户的终端环境中。对于习惯在命令行工作的开发者而言,它提供了一条从输入提示词到获取模型响应的最短路径,无需切换窗口即可享受智能辅助。 这款工具主要解决了开发过程中频繁上下文切换的痛点,让用户能在熟悉的终端界面内直接完成代码理解、生成、调试以及自动化运维任务。无论是查询大型代码库、根据草图生成应用,还是执行复杂的 Git 操作,gemini-cli 都能通过自然语言指令高效处理。 它特别适合广大软件工程师、DevOps 人员及技术研究人员使用。其核心亮点包括支持高达 100 万 token 的超长上下文窗口,具备出色的逻辑推理能力;内置 Google 搜索、文件操作及 Shell 命令执行等实用工具;更独特的是,它支持 MCP(模型上下文协议),允许用户灵活扩展自定义集成,连接如图像生成等外部能力。此外,个人谷歌账号即可享受免费的额度支持,且项目基于 Apache 2.0 协议完全开源,是提升终端工作效率的理想助手。
markitdown
MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器