pytorch-multi-gpu-training

GitHub
859 91 中等 1 次阅读 2天前开发框架
AI 解读 由 AI 自动生成,仅供参考

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 将复杂的分布式并行原理转化为清晰的实战指南,帮助开发者以最小成本解锁多卡算力,大幅缩短模型研发周期。

运行环境要求

操作系统
  • 未说明
GPU

需要 NVIDIA GPU(支持多卡),需安装支持 NCCL 后端的 CUDA 环境,具体显存大小和 CUDA 版本未说明

内存

未说明

依赖
notes该工具主要提供 PyTorch 单机多 GPU 训练的代码示例和原理讲解(包含 DataParallel 和 DistributedDataParallel 两种方案)。运行分布式训练方案(DDP)时,必须使用 `torch.distributed.launch` 启动多进程,且依赖 NCCL 后端进行通信。若在同一台机器运行多个 DDP 任务,需手动指定不同的 master_addr 和 master_port 以避免端口冲突。模型保存时建议在 rank0 进程操作并使用 CPU 映射存储,以避免设备编号导致的加载错误。
python未说明
torch
numpy
argparse
pytorch-multi-gpu-training hero image

快速开始

PyTorch 单机多GPU 训练方法与原理整理

这里整理一些PyTorch单机多核训练的方法和简单原理,目的是既能在写代码时知道怎么用,又能从原理上知道大致是怎么回事儿。如果只是炼丹,有时候确实没时间和精力深挖太多实现原理,但又希望能理解简单逻辑。

PyTorch单机多核训练方案有两种:一种是利用nn.DataParallel实现,实现简单,不涉及多进程;另一种是用torch.nn.parallel.DistributedDataParalleltorch.utils.data.distributed.DistributedSampler结合多进程实现。第二种方式效率更高,但是实现起来稍难,第二种方式同时支持多节点分布式实现。方案二的效率要比方案一高,即使是在单运算节点上。

为方便理解,这里用一个简单的CNN模型训练MNIST手写数据集,相关代码:

方案一

核心在于使用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 module returns 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),是通过多进程实现的,相比与方案一要复杂很多。可以从以下几个方面理解:

  1. 从一开始就会启动多个进程(进程数等于GPU数),每个进程独享一个GPU,每个进程都会独立地执行代码。这意味着每个进程都独立地初始化模型、训练,当然,在每次迭代过程中会通过进程间通信共享梯度,整合梯度,然后独立地更新参数。

  2. 每个进程都会初始化一份训练数据集,当然它们会使用数据集中的不同记录做训练,这相当于同样的模型喂进去不同的数据做训练,也就是所谓的数据并行。这是通过torch.utils.data.distributed.DistributedSampler函数实现的,不过逻辑上也不难想到,只要做一下数据partition,不同进程拿到不同的parition就可以了,官方有一个简单的demo,感兴趣的可以看一下代码实现:Distributed Training

  3. 进程通过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。

  4. 因为每个进程都会初始化一份模型,为保证模型初始化过程中生成的随机权重相同,需要设置随机种子。方法如下:

    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_addrmaster_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

参考资料

PyTorch 多 GPU 训练——单计算节点——你需要的一切

使用 PyTorch 编写分布式应用程序

PyTorch 多 GPU 训练总结(DataParallel 的使用)

常见问题

相似工具推荐

openclaw

OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你

349.3k|★★★☆☆|4天前
Agent开发框架图像

stable-diffusion-webui

stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。

162.1k|★★★☆☆|5天前
开发框架图像Agent

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 真正成长为懂上

148.6k|★★☆☆☆|今天
开发框架Agent语言模型

ComfyUI

ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。

108.1k|★★☆☆☆|2天前
开发框架图像Agent

gemini-cli

gemini-cli 是一款由谷歌推出的开源 AI 命令行工具,它将强大的 Gemini 大模型能力直接集成到用户的终端环境中。对于习惯在命令行工作的开发者而言,它提供了一条从输入提示词到获取模型响应的最短路径,无需切换窗口即可享受智能辅助。 这款工具主要解决了开发过程中频繁上下文切换的痛点,让用户能在熟悉的终端界面内直接完成代码理解、生成、调试以及自动化运维任务。无论是查询大型代码库、根据草图生成应用,还是执行复杂的 Git 操作,gemini-cli 都能通过自然语言指令高效处理。 它特别适合广大软件工程师、DevOps 人员及技术研究人员使用。其核心亮点包括支持高达 100 万 token 的超长上下文窗口,具备出色的逻辑推理能力;内置 Google 搜索、文件操作及 Shell 命令执行等实用工具;更独特的是,它支持 MCP(模型上下文协议),允许用户灵活扩展自定义集成,连接如图像生成等外部能力。此外,个人谷歌账号即可享受免费的额度支持,且项目基于 Apache 2.0 协议完全开源,是提升终端工作效率的理想助手。

100.8k|★★☆☆☆|今天
插件Agent图像

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 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器

93.4k|★★☆☆☆|3天前
插件开发框架