欢迎来到尧图网

客户服务 关于我们

您的位置：首页 > 科技 > 名人名企 > LLM大模型：deepspeed实战和原理解析

LLM大模型：deepspeed实战和原理解析

2025/4/8 9:41:34 来源：https://blog.csdn.net/u012374012/article/details/147045463  浏览:  次   关键词：LLM大模型：deepspeed实战和原理解析

　多年前搞大数据，因为单节点无力存储和计算PB级别的数据，所以hadoop这种分布式存储和计算框架是标配！如今搞大模型，仍然需要对大量样本数据做计算，因为涉及矩阵运算，单机单卡运算效率太低，也涉及到分布式计算了，大模型时代的分布式pre-train和Inference框架就有现成的—deepspeed！

　　1、老规矩，先直观体验一下deepspeed的使用：

　　 （1）自己定义一个简单的模型：model.py

import torch
import numpy as npclass FashionModel(torch.nn.Module): def __init__(self):super().__init__()self.seq = torch.nn.Sequential(torch.nn.Linear(in_features=784, out_features=300),torch.nn.ReLU(),torch.nn.Linear(in_features=300, out_features=10))def forward(self, batch_x):return self.seq(batch_x)def img_transform(img): img = np.asarray(img) / 255return torch.tensor(img, dtype=torch.float32).flatten()

（2）训练的核心代码train.py:

import argparse
import torch
import torchvision
import deepspeed
from model import FashionModel, img_transform# 命令行参数：deepspeed ds_train.py --epoch 5 --deepspeed --deepspeed_config ds_config.json
parser = argparse.ArgumentParser()
parser.add_argument("--local_rank", type=int, default=1, help="local rank passed from distributed launcher")
parser.add_argument("--epoch", type=int, default=1, help="epoch")
parser = deepspeed.add_config_arguments(parser)
cmd_args = parser.parse_args()  # deepspeed命令行参数dataset = torchvision.datasets.FashionMNIST(root='./dataset', download=True, transform=img_transform)  # 数据集
dataloader = torch.utils.data.DataLoader(dataset, batch_size=32, num_workers=4, shuffle=True)  # 数据加载器，batch_size应该等于train_batch_size/gpu数量model = FashionModel()  # 自定义的模型
model, _, _, _ = deepspeed.initialize(args=cmd_args, model=model, model_parameters=model.parameters())  # deepspeed分布式模型
loss_fn = torch.nn.CrossEntropyLoss()for epoch in range(cmd_args.epoch):for x, y in dataloader:x = x.cuda()y = y.cuda()output = model(x)loss = loss_fn(output, y)model.backward(loss)  # 走deepspeed风格的backwardmodel.step()print("epoch {} done...".format(epoch))model.save_checkpoint('./checkpoints')

配置文件ds_config.json

{"train_batch_size": 128,"gradient_accumulation_steps": 1,"optimizer": {"type": "Adam","params": {"lr": 0.00015}},"zero_optimization": {"stage": 2}
}

　deepseed安装好后，直接一行命令就开始运行：deepspeed ds_train.py --epoch 2 --deepspeed --deepspeed_config ds_config.json ；从日志可以看出：有几块显卡就会生成几个进程并发训练；显卡之间使用nccl互相通信； 

　主进程rank 0 打印日志：

 　显存都用上了：

　训练完毕生成的模型：

 

pre-train完成后的总要对LLM评估吧，代码ds_eval.py:

import argparse
from model import FashionModel, img_transform
import deepspeed
import torchvision
import torch### deepspeed ds_eval.py --deepspeed --deepspeed_config ds_config.json
parser = argparse.ArgumentParser()
parser.add_argument('--local_rank', type=int, default=-1, help='local rank passed from distributed launcher')
parser = deepspeed.add_config_arguments(parser)
cmd_args = parser.parse_args()  # deepspeed命令行参数model = FashionModel().cuda()  # 原始模型
model, optimizer, _, _ = deepspeed.initialize(args=cmd_args, model=model, model_parameters=model.parameters())  # deepspeed分布式棋型
model.load_checkpoint('./checkpoints')  # 加载参数model.eval()  # 分布式推理模式# 只有主控进程带头做这些动作
if torch.distributed.get_rank() == 0:dataset = torchvision.datasets.FashionMNIST(root='./dataset', download=True, transform=img_transform)  # 训练数据集batch_X = torch.stack([dataset[0][0], dataset[1][0]]).cuda()outputs = model(batch_X)  # 分布式推理print('分布式推理:', outputs.cpu().argmax(dim=1), [dataset[0][1], dataset[1][1]])### 模型转成torch单体
torch.save(model.module.state_dict(), 'model.pt')  # 保存为普通torch模型参数
model = FashionModel().cuda()  # 加载torch模型
model.load_state_dict(torch.load('model.pt'))
model.eval()  # 单体推理
outputs = model(batch_X)
print('单体推理：', outputs.cpu().argmax(dim=1), [dataset[0][1], dataset[1][1]])

 评估代码也简单，也是直接一行命令：deepspeed ds_eval.py --deepspeed --deepspeed_config ds_config.json

import argparse
from model import FashionModel, img_transform
import deepspeed
import torchvision
import torch### deepspeed ds_eval.py --deepspeed --deepspeed_config ds_config.json
parser = argparse.ArgumentParser()
parser.add_argument('--local_rank', type=int, default=-1, help='local rank passed from distributed launcher')
parser = deepspeed.add_config_arguments(parser)
cmd_args = parser.parse_args()  # deepspeed命令行参数model = FashionModel().cuda()  # 原始模型
model, optimizer, _, _ = deepspeed.initialize(args=cmd_args, model=model, model_parameters=model.parameters())  # deepspeed分布式棋型
model.load_checkpoint('./checkpoints')  # 加载参数model.eval()  # 分布式推理模式# 只有主控进程带头做这些动作
if torch.distributed.get_rank() == 0:dataset = torchvision.datasets.FashionMNIST(root='./dataset', download=True, transform=img_transform)  # 评估数据集batch_X = torch.stack([dataset[0][0], dataset[1][0]]).cuda()outputs = model(batch_X)  # 分布式推理print('分布式推理:', outputs.cpu().argmax(dim=1), [dataset[0][1], dataset[1][1]])### 模型转成torch单体
torch.save(model.module.state_dict(), 'model.pt')  # 保存为普通torch模型参数
model = FashionModel().cuda()  # 加载torch模型
model.load_state_dict(torch.load('model.pt'))
model.eval()  # 单体推理
outputs = model(batch_X)
print('单体推理：', outputs.cpu().argmax(dim=1), [dataset[0][1], dataset[1][1]])

运行效果如下：

　直观感受完了deepspeed的使用，感觉比较简单，底层分布式的训练方案已经由框架都封装好了，开发人员直接调用即可！ 接下来最重要的就是了解分布式训练方案的原理了！

　　2、做分布式训练，要么是单节点显存不够，要么是算力不够。算力主要是各种矩阵运算啦，GPU硬件本身就是为这种计算定制的，软件层面无法明显优化，所以分布式系统主要优化的就是显存的占用啦！

　 （1）先看看单机单卡训练时的显存占用，假设模型的参数量是m：

  • 参数本身存储需要显存，用FP32和FP16混合精度存放，需要6m显存
  • 梯度保存：用FP16存放，需要2m显存
  • optimizer优化器：以adam为例，梯度下降的时候要存梯度和梯度平方，每个参数要存2个状态，需要8m显存

　在不考虑存放训练数据的前提下，pre-train至少需要6m+2m+8m=16m的显存（1B参数占用1GB显存），所以后续的重点就是怎么优化这三部分显存占用啦！

 　（2）先来看看最简单的一种情况：data parallel，简称DP。假设有N个显卡：

  • 就是把训练数据均分成N份，然后N个显卡同时做forward和backward；N快显卡网络的初始参数都是一样的
  • 产生的gradient都发送给某个特定的显卡(这里用0号显卡表示)
  • 0号显卡根据gradient更新自己网络的参数，然后把新的参数广播发送给其他所有显卡，让所有显卡的网络参数保持一致
  • 除了0号显卡，其他显卡的作用就是计算loss和梯度

 

        这种DP方式的缺陷很明显：0号显卡要收集其他所有显卡梯度，更新参数后要把新的参数广播给所有显卡，显卡之间的通信量很大，具体同步的数据量和显卡数据是线性正比的关系！

 　（3）DP的改进版：distributed data parallel，简称DDP；和DP比，每块卡单独生成一个进程；

  • 数据照样均分成，N个显卡同时做forward和backward；N快显卡网络的初始参数都是一样的
  • 因为每张卡的数据不同，所以loss和梯度肯定不同，此时通过Ring-allReduce同步梯度，让每张卡的梯度保持一致
  • 每张卡根据梯度更新自己的网络参数；因为每张卡的loss和梯度是要通过Ring-allReduce互相同步的，并且网络的初始状态也是一样的，所以每张卡的optomizer和网络状态始终是一样的！

 　显卡集群总的数据传送量：因为使用了Ring-allReduce传输数据（每个结点只给下一个结点传输数据，并不是整个集群广播），所以总的传入传出总量是固定的，不会因为显卡集群扩大导致数据传输大增！

3、上述的DP和DDP，通过分布式增加了算力，但缺陷还是很明显的：并未节约显存！所以由此产生了ZeRO技术！

　

（1）预训练时，optimizer占用8倍参数量的显存空间，是最耗费显存的，所以肯定先从这种“大户”下手啦！前面的DP和DDP，每块显卡都保存了完整的optimizer，互相都有冗余，能不能消除这个冗余了？比如集群有3块显卡，每块显卡只存1/3的optimizer状态？这就是ZeRO-1的思路！举个栗子：transformer不论decoer还是encoder，不是由一个个block上下叠加组成的么？比如有12个block、3块显卡，那么每块显卡存储4个block的optimizer，不就ok啦？

  • 数据照样均分成，N个显卡同时做forward和backward；N快显卡网络的初始参数都是一样的
  • foward时所有显卡可以并行(因为都存储和FP16的网络参数)，然后各自计算loss和梯度
  • 最关键的就是BP了：现在每块显卡只存了部分optimizer，怎么做BP更新参数了？
    • 因为每块显卡都有完整的FP16网络参数，所以每块显卡都可以并且需要根据loss计算梯度
    • 最后4个block的optimizer是GPU2负责，所以GPU0和1并不更新这4个block的参数。但是更新参数涉及梯度啊，GPU2的loss和梯度信息不完整，这时就需要GPU0和1把自己计算的梯度信息发送给GPU2，整合后计算mean，用于更新最后4个block的参数！
    • 同理，中间4个block的梯度由GPU0和2发送给CPU1，GPU1整合后计算mean，用于更新中间4个block的参数！最前面4个block的梯度由GPU1和1发给GPU0，GPU0整合后计算mean再更新网络参数！
    • 3块显卡更新了各自负责block的网络参数，然后互相广播，至此：每块GPU的网络参数都是最新的了！

 

　通信量分析：和DDP是一样的，但是每块显卡节约了显存！最核心的就是每块显卡都把不属于自己负责那段网络的梯度发送给指定负责的网卡，并未盲目全体广播，此处节约了带宽！但因为每块显卡要广播更新后的网络参数，所以网络通信相比DDP并未减少！

 

　　这个思路有点像国内的铁路局：国家在不同的区域分别设置了铁路局，每个局负责自己片区铁路线路的建设和运维；等建设完毕就把这个消息发送给其他铁路局，然后开通相应的运输路线！

　　（2）既然每块GPU只负责更新部分参数，那是不是只保存对应的梯度也行了？这就是ZeRO-2的思路！

  • 数据照样均分成，N个显卡同时做forward和backward；N快显卡网络的初始参数都是一样的
  • foward时所有显卡可以并行(因为都存储和FP16的网络参数)，然后各自计算loss和梯度
  • 做BP时：
    • GPU0和GPU1计算出最后4个block的梯度后发给GPU2，让GPU2更新optimizer和网络参数，这部分的梯度自己都丢弃，完全不存；
    • 其他两个block的参数做法类似，不再赘述
    • 最后3块显卡再互相广播更新后的网络参数

（3）既然optimizer和梯度都可以只存部分，那参数是不是也可以了？这就是ZeRO-3的思路了！但这次的情况又有点不同：网络参数都不完整，怎么forward？这就只能依靠广播了，需要用到的时候让其他GPU发过来！

  • 数据均分成N份，同时做forward；但因为每块显卡的参数都不全，所以涉及到自己的时候要让其他显卡发过来；比如最前面4个block做forward，GPU0有，但是GPU1和2没有，就让GPU0广播；其他block同理，用的时候广播，用完就丢弃不存储！
  • BP计算loss和梯度也要网络参数啊，咋办？同样还是广播的方式补全！

 　这种思路本质是需要用到的时候让其他GPU配合发送过来，用完就删除不存储！用显卡之间的带宽换显存的空间！通行量如下：

 

通行量是DDP的1.5倍，但是显存占用比DDP小了接近60倍！最后，来自ZeRO官方论文的总结对比：分别是DDP、ZeRO1/2/3阶段的显存消耗：

  • baseline：(model param half) 2 +  (model gradient half)2 + (optimizer master weight )4 + (optimizer Adam momentum)4 + (optimizer variance)4 = 16倍，所以7.5*16=120G
  • 其他可以按比例缩放：比如deepseek 671B参数，使用zero-2全量参数微调，需要 （671/7.5）* 16.6 =1.5TB的显存！

 

　　总结，ZeRO整体的思路就是：每块显卡不存放全部所需的数据，缺的数据在需要用到的时候由其他显卡提供！实战中，一般采用ZeRO-2: 没有增加通信量，但是极大减少了显存的占用！官方也是首推ZeRO-2！

　　本质是用传输、内存等换显存的空间：总的计算量、存储量完全没少，不过是分散到不同的显存、内存了！

其他

1、以前做大数据，hadoop是标配，会安装、运维、调优甚至修改hadoop框架内部各种组件的研发很吃香，进大厂后工资都不低；同理，在以后AI时代，会安装、运维、调优甚至更改分布式训练/微调/推理框架的研发肯定更吃香，这绝对是个很不错的方向！

 2、显卡之间通信，涉及到参数传递的，会让显卡组成虚拟环，环内每个显卡的每个维度都依次给下一个显卡发送数据，直到每个显卡的参数都一样位置，这期间的经历称为scatter-reduce和all-gather！

　   scatter-reduce：单个维度向下扩散依次累加；这里一看到reduce，就想起了10多年前因大数据爆火的map-reduce框架；这里的reduce功能和map-reduce的功能原理上一模一样，没本质区别！

　all-gather：单个完成的维度往下扩散，确保其他显卡该维度的数据是正确的！

 

　在Ring-allReduce中，每块显卡都在发送和接受数据，可以最大程度利用每块显卡的上下行带宽（并不是漫无目的的无脑广播）！

　　 

参考：

1、deepspeed框架-大模型分布式训练与推理_哔哩哔哩_bilibili  deepspeed训练和推理

2、DeepSpeed优化器并行ZeRO1/2/3原理 #大模型 #分布式并行 #训练_哔哩哔哩_bilibili  分布式大模型训练

3、https://www.deepspeed.ai/     https://github.com/microsoft/DeepSpeed    https://www.deepspeed.ai/getting-started/   官网

4、https://www.bilibili.com/video/BV1ks4y1u7qr/?vd_source=241a5bcb1c13e6828e519dd1f78f35b2   DeepSpeed-Chat 模型训练实战

5、https://arxiv.org/pdf/1910.02054   ZeRO: Memory Optimizations Toward Training Trillion Parameter Models

6、https://www.bilibili.com/video/BV1mm42137X8/?spm_id_from=333.788.recommend_more_video.0&vd_source=241a5bcb1c13e6828e519dd1f78f35b2   DeepSpeed ZeRO技术

7、https://zh.d2l.ai/chapter_computational-performance/parameterserver.html  参数服务器

8、https://www.bilibili.com/video/BV1Mb421i7Rs/?spm_id_from=333.337.search-card.all.click&vd_source=241a5bcb1c13e6828e519dd1f78f35b2     配置deepspeed多卡训练大模型

　　deepspeed踩坑：CUDA out of memory！

　解决办法多样：

  • batch size =1；max_seq_len减少，比如4096；
  • 充分利用服务器的内存，减少部分显存占用。pre-train或全量参数微调是，做backproporgation最好内存的就是optimizer了，如果显存实在不够，这部分的数据可以放服务器的内存， 不放显存，参数设置：offload_optimizer_device: cpu

 

  • 官方对于zero使用顺序的建议：

复制代码

1. enable gradient checkpointing
2. try ZeRO-2
3. try ZeRO-2 and offload the optimizer
4. try ZeRO-3
5. try ZeRO-3 and offload parameters to the CPU
6. try ZeRO-3 and offload parameters and the optimizer to the CPU
7. try lowering various default values like a narrower search beam if you're using the [generate()]
(http://huggingface.co/docs/transformers/v4.41.2/en/main_classes/text_generation#transformers.GenerationMixin.generate) method
8. try mixed half-precision (fp16 on older GPU architectures and bf16 on Ampere) over full-precision weights
9. add more hardware if possible or enable Infinity to offload parameters and the optimizer to a NVMe
10. once you're not running out of memory, measure effective throughput and then try to increase the batch size as large as you can to maximize GPU efficiency
11. lastly, try to optimize your training setup by disabling some offload features or use a faster ZeRO stage and increasing/decreasing the batch size to find the best tradeoff between speed and memory usage

  • 使用混合精度，比如bf16、fp8等！

版权声明:

本网仅为发布的内容提供存储空间，不对发表、转载的内容提供任何形式的保证。凡本网注明“来源：XXX网络”的作品，均转载自其它媒体，著作权归作者所有，商业转载请联系作者获得授权，非商业转载请注明出处。

我们尊重并感谢每一位作者，均已注明文章来源和作者。如因作品内容、版权或其它问题，请及时与我们联系，联系邮箱：809451989@qq.com，投稿邮箱：809451989@qq.com

相关资讯

热文排行

最新新闻

推荐新闻

热搜词