色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

Distributed Data Parallel中的分布式訓練

深度學習自然語言處理 ? 來源:深度學習自然語言處理 ? 2023-01-06 09:20 ? 次閱讀

實現原理

與DataParallel不同的是,Distributed Data Parallel會開設多個進程而非線程,進程數 = GPU數,每個進程都可以獨立進行訓練,也就是說代碼的所有部分都會被每個進程同步調用,如果你某個地方print張量,你會發現device的差異

sampler會將數據按照進程數切分,

「確保不同進程的數據不同」

每個進程獨立進行前向訓練

每個進程利用Ring All-Reduce進行通信,將梯度信息進行聚合

每個進程同步更新模型參數,進行新一輪訓練

按進程切分

如何確保數據不同呢?不妨看看DistributedSampler的源碼

#判斷數據集長度是否可以整除GPU數
#如果不能,選擇舍棄還是補全,進而決定總數
#Ifthedatasetlengthisevenlydivisibleby#ofreplicas
#thenthereisnoneedtodropanydata,sincethedataset
#willbesplitequally.
if(self.drop_lastand
len(self.dataset)%self.num_replicas!=0):
#num_replicas=num_gpus
self.num_samples=math.ceil((len(self.dataset)-
self.num_replicas)/self.num_replicas)
else:
self.num_samples=math.ceil(len(self.dataset)/
self.num_replicas)
self.total_size=self.num_samples*self.num_replicas

#根據是否shuffle來創建indices
ifself.shuffle:
#deterministicallyshufflebasedonepochandseed
g=torch.Generator()
g.manual_seed(self.seed+self.epoch)
indices=torch.randperm(len(self.dataset),generator=g).tolist()
else:
indices=list(range(len(self.dataset)))
ifnotself.drop_last:
#addextrasamplestomakeitevenlydivisible
padding_size=self.total_size-len(indices)
ifpadding_size<=?len(indices):
????????#?不夠就按indices順序加
????????#?e.g.,?indices為[0,?1,?2,?3?...],而padding_size為4
????????#?加好之后的indices[...,?0,?1,?2,?3]
????????indices?+=?indices[:padding_size]
????else:
????????indices?+=?(indices?*?math.ceil(padding_size?/?len(indices)))[:padding_size]
else:
????#?remove?tail?of?data?to?make?it?evenly?divisible.
????indices?=?indices[:self.total_size]
assert?len(indices)?==?self.total_size
#?subsample
#?rank代表進程id
indices?=?indices[self.rankself.num_replicas]
return?iter(indices)

Ring All-Reduce

那么什么是「Ring All-Reduce」呢?又為啥可以降低通信成本呢?

首先將每塊GPU上的梯度拆分成四個部分,比如,如下圖(此部分原理致謝下王老師,講的很清晰[1]:

e48eda16-8d5b-11ed-bfe3-dac502259ad0.png

所有GPU的傳播都是「同步」進行的,傳播的規律有兩條:

只與自己下一個位置的GPU進行通信,比如0 > 1,3 > 0

四個部分,哪塊GPU上占的多,就由該塊GPU往它下一個傳,初始從主節點傳播,即GPU0,你可以想象跟接力一樣,a傳b,b負責傳給c

第一次傳播如下:

e49c7b58-8d5b-11ed-bfe3-dac502259ad0.png

那么結果就是:

e4aba146-8d5b-11ed-bfe3-dac502259ad0.png

那么,按照誰多誰往下傳的原則,此時應該是GPU1往GPU2傳a0和a1,GPU2往GPU3傳b1和b2,以此類推

e4bb30f2-8d5b-11ed-bfe3-dac502259ad0.png

接下來再傳播就會有GPU3 a的部分全有,GPU0上b的部分全有等,就再往下傳

e4c82640-8d5b-11ed-bfe3-dac502259ad0.png

再來幾遍便可以使得每塊GPU上都獲得了來自其他GPU的梯度啦

e4d8c05e-8d5b-11ed-bfe3-dac502259ad0.png

代碼使用

基礎概念

第一個是后端的選擇,即數據傳輸協議,從下表可以看出[2],當使用CPU時可以選擇gloo而GPU則可以是nccl

「Backend」 「gloo」 「mpi」 「nccl」
Device CPU GPU CPU GPU CPU GPU
send ? ? ? ? ? ?
recv ? ? ? ? ? ?
broadcast ? ? ? ? ? ?
all_reduce ? ? ? ? ? ?
reduce ? ? ? ? ? ?
all_gather ? ? ? ? ? ?
gather ? ? ? ? ? ?
scatter ? ? ? ? ? ?
reduce_scatter ? ? ? ? ? ?
all_to_all ? ? ? ? ? ?
barrier ? ? ? ? ? ?

接下來是一些參數的解釋[3]:

Arg Meaning
group 一次發起的所有進程構成一個group,除非想更精細通信,創建new_group
world_size 一個group中進程數目,即為GPU的數量
rank 進程id,主節點rank=0,其他的在0和world_size-1之間
local_rank 進程在本地節點/機器的id

舉個例子,假如你有兩臺服務器(又被稱為node),每臺服務器有4張GPU,那么,world_size即為8,rank=[0, 1, 2, 3, 4, 5, 6, 7], 每個服務器上的進程的local_rank為[0, 1, 2, 3]

然后是「初始化方法」的選擇,有TCP和共享文件兩種,一般指定rank=0為master節點

TCP顯而易見是通過網絡進行傳輸,需要指定主節點的ip(可以為主節點實際IP,或者是localhost)和空閑的端口

importtorch.distributedasdist

dist.init_process_group(backend,init_method='tcp://ip:port',
rank=rank,world_size=world_size)

共享文件的話需要手動刪除上次啟動時殘留的文件,加上官方有一堆警告,還是建議使用TCP

dist.init_process_group(backend,init_method='file://Path',
rank=rank,world_size=world_size)

launch方法

「初始化」

這里先講用launch的方法,關于torch.multiprocessing留到后面講

在啟動后,rank和world_size都會自動被DDP寫入環境中,可以提前準備好參數類,如argparse這種

args.rank=int(os.environ['RANK'])
args.world_size=int(os.environ['WORLD_SIZE'])
args.local_rank=int(os.environ['LOCAL_RANK'])

首先,在使用distributed包的任何其他函數之前,按照tcp方法進行初始化,需要注意的是需要手動指定一共可用的設備CUDA_VISIBLE_DEVICES

defdist_setup_launch(args):
#tellDDPavailabledevices[NECESSARY]
os.environ['CUDA_VISIBLE_DEVICES']=args.devices
args.rank=int(os.environ['RANK'])
args.world_size=int(os.environ['WORLD_SIZE'])
args.local_rank=int(os.environ['LOCAL_RANK'])

dist.init_process_group(args.backend,
args.init_method,
rank=args.rank,
world_size=args.world_size)
#thisisoptional,otherwiseyoumayneedtospecifythe
#devicewhenyoumovesomethinge.g.,model.cuda(1)
#ormodel.to(args.rank)
#Settingdevicemakesthingseasy:model.cuda()
torch.cuda.set_device(args.rank)
print('TheCurrentRankis%d|TheTotalRanksare%d'
%(args.rank,args.world_size))

「DistributedSampler」

接下來創建DistributedSampler,是否pin_memory,根據你本機的內存決定。pin_memory的意思是提前在內存中申請一部分專門存放Tensor。假如說你內存比較小,就會跟虛擬內存,即硬盤進行交換,這樣轉義到GPU上會比內存直接到GPU耗時。

因而,如果你的內存比較大,可以設置為True;然而,如果開了導致卡頓的情況,建議關閉

fromtorch.utils.dataimportDataLoader,DistributedSampler

train_sampler=DistributedSampler(train_dataset,seed=args.seed)
train_dataloader=DataLoader(train_dataset,
pin_memory=True,
shuffle=(train_samplerisNone),
batch_size=args.per_gpu_train_bs,
num_workers=args.num_workers,
sampler=train_sampler)

eval_sampler=DistributedSampler(eval_dataset,seed=args.seed)
eval_dataloader=DataLoader(eval_dataset,
pin_memory=True,
batch_size=args.per_gpu_eval_bs,
num_workers=args.num_workers,
sampler=eval_sampler)

「加載模型」

然后加載模型,跟DataParallel不同的是需要提前放置到cuda上,還記得上面關于設置cuda_device的語句嘛,因為設置好之后每個進程只能看見一個GPU,所以直接model.cuda(),不需要指定device

同時,我們必須給DDP提示目前是哪個rank

fromtorch.nn.parallelimportDistributedDataParallelasDDP
model=model.cuda()
#tellDDPwhichrank
model=DDP(model,find_unused_parameters=True,device_ids=[rank])

注意,當模型帶有Batch Norm時:

ifargs.syncBN:
nn.SyncBatchNorm.convert_sync_batchnorm(model).cuda()

「訓練相關」

每個epoch開始訓練的時候,記得用sampler的set_epoch,這樣使得每個epoch打亂順序是不一致的

關于梯度回傳和參數更新,跟正常情況無異

forepochinrange(epochs):
#recordepochs
train_dataloader.sampler.set_epoch(epoch)
outputs=model(inputs)
loss=loss_fct(outputs,labels)
loss.backward()
optimizer.step()
optimizer.zero_grad()

這里有一點需要小心,這個loss是各個進程的loss之和,如果想要存儲每個step平均損失,可以進行all_reduce操作,進行平均,不妨看官方的小例子來理解下:

>>>#Alltensorsbelowareoftorch.int64type.
>>>#Wehave2processgroups,2ranks.
>>>tensor=torch.arange(2,dtype=torch.int64)+1+2*rank
>>>tensor
tensor([1,2])#Rank0
tensor([3,4])#Rank1
>>>dist.all_reduce(tensor,op=ReduceOp.SUM)
>>>tensor
tensor([4,6])#Rank0
tensor([4,6])#Rank1
@torch.no_grad()
defreduce_value(value,average=True):
world_size=get_world_size()
ifworld_size

看到這,肯定有小伙伴要問,那這樣我們是不是得先求平均損失再回傳梯度啊,不用,因為,當我們回傳loss后,DDP會自動對所有梯度進行平均[4],也就是說回傳后我們更新的梯度和DP或者單卡同樣batch訓練都是一致的

loss=loss_fct(...)
loss.backward()
#注意在backward后面
loss=reduce_value(loss,world_size)
mean_loss=(step*mean_loss+loss.item())/(step+1)

還有個注意點就是學習率的變化,這個是和batch size息息相關的,如果batch擴充了幾倍,也就是說step比之前少了很多,還采用同一個學習率,肯定會出問題的,這里,我們進行線性增大[5]

N=world_size
lr=args.lr*N

肯定有人說,誒,你線性增大肯定不能保證梯度的variance一致了,正確的應該是正比于,關于這個的討論不妨參考[6]

「evaluate相關」

接下來,細心的同學肯定好奇了,如果驗證集也切分了,metric怎么計算呢?此時就需要咱們把每個進程得到的預測情況集合起來,t就是一個我們需要gather的張量,最后將每個進程中的t按照第一維度拼接,先看官方小例子來理解all_gather

>>>#Alltensorsbelowareoftorch.int64dtype.
>>>#Wehave2processgroups,2ranks.
>>>tensor_list=[torch.zeros(2,dtype=torch.int64)for_inrange(2)]
>>>tensor_list
[tensor([0,0]),tensor([0,0])]#Rank0and1
>>>tensor=torch.arange(2,dtype=torch.int64)+1+2*rank
>>>tensor
tensor([1,2])#Rank0
tensor([3,4])#Rank1
>>>dist.all_gather(tensor_list,tensor)
>>>tensor_list
[tensor([1,2]),tensor([3,4])]#Rank0
[tensor([1,2]),tensor([3,4])]#Rank1
defsync_across_gpus(t,world_size):
gather_t_tensor=[torch.zeros_like(t)for_in
range(world_size)]
dist.all_gather(gather_t_tensor,t)
returntorch.cat(gather_t_tensor,dim=0)

可以簡單參考我前面提供的源碼的evaluate部分,我們首先將預測和標簽比對,把結果為bool的張量存儲下來,最終gather求和取平均。

這里還有個有趣的地方,tensor默認的類型可能是int,bool型的res拼接后自動轉為0和1了,另外bool型的張量是不支持gather的

defeval(...)
results=torch.tensor([]).cuda()
forstep,(inputs,labels)inenumerate(dataloader):
outputs=model(inputs)
res=(outputs.argmax(-1)==labels)
results=torch.cat([results,res],dim=0)

results=sync_across_gpus(results,world_size)
mean_acc=(results.sum()/len(results)).item()
returnmean_acc

「模型保存與加載」

模型保存,參考部分官方教程[7],我們只需要在主進程保存模型即可,注意,這里是被DDP包裹后的,DDP并沒有state_dict,這里barrier的目的是為了讓其他進程等待主進程保存模型,以防不同步

defsave_checkpoint(rank,model,path):
ifis_main_process(rank):
#Allprocessesshouldseesameparametersastheyall
#startfromsamerandomparametersandgradientsare
#synchronizedinbackwardpasses.
#Therefore,savingitinoneprocessissufficient.
torch.save(model.module.state_dict(),path)

#Useabarrier()tokeepprocess1waitingforprocess0
dist.barrier()

加載的時候別忘了map_location,我們一開始會保存模型至主進程,這樣就會導致cuda:0顯存被占據,我們需要將模型remap到其他設備

defload_checkpoint(rank,model,path):
#remapthemodelfromcuda:0tootherdevices
map_location={'cuda:%d'%0:'cuda:%d'%rank}
model.module.load_state_dict(
torch.load(path,map_location=map_location)
)

進程銷毀

運行結束后記得銷毀進程:

defcleanup():
dist.destroy_process_group()

cleanup()

如何啟動

在終端輸入下列命令【單機多卡】

python-mtorch.distributed.launch--nproc_per_node=NUM_GPUS
main.py(--arg1--arg2--arg3andallother
argumentsofyourtrainingscript)

目前torch 1.10以后更推薦用run

torch.distributed.launch->torch.distributed.run/torchrun

多機多卡是這樣的:

#第一個節點啟動
python-mtorch.distributed.launch
--nproc_per_node=NUM_GPUS
--nnodes=2
--node_rank=0
--master_addr="192.168.1.1"
--master_port=1234main.py

#第二個節點啟動
python-mtorch.distributed.launch
--nproc_per_node=NUM_GPUS
--nnodes=2
--node_rank=1
--master_addr="192.168.1.1"
--master_port=1234main.py

mp方法

第二個方法就是利用torch的多線程包

importtorch.multiprocessingasmp
#rankmp會自動填入
defmain(rank,arg1,...):
pass

if__name__=='__main__':
mp.spawn(main,nprocs=TOTAL_GPUS,args=(arg1,...))

這種運行的時候就跟正常的python文件一致:

pythonmain.py

優缺點

「優點」:相比于DP而言,不需要反復創建和銷毀線程;Ring-AllReduce算法高通信效率;模型同步方便

「缺點」:操作起來可能有些復雜,一般可滿足需求的可先試試看DataParallel。





審核編輯:劉清

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • gpu
    gpu
    +關注

    關注

    28

    文章

    4754

    瀏覽量

    129077
  • PIN管
    +關注

    關注

    0

    文章

    36

    瀏覽量

    6361
  • TCP通信
    +關注

    關注

    0

    文章

    146

    瀏覽量

    4248

原文標題:深入理解Pytorch中的分布式訓練

文章出處:【微信號:zenRRan,微信公眾號:深度學習自然語言處理】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    基于ptp的分布式系統設計

    在現代分布式系統,精確的時間同步對于確保數據一致性、系統穩定性和性能至關重要。PTP(Precision Time Protocol)是一種網絡協議,用于在分布式系統實現高精度的時
    的頭像 發表于 12-29 10:09 ?132次閱讀

    HarmonyOS Next 應用元服務開發-分布式數據對象遷移數據文件資產遷移

    填充到分布式數據對象數據。 調用genSessionId()接口生成數據對象組網id,并使用該id調用setSessionId()加入組網,激活分布式數據對象。 使用save()接口將已激活的
    發表于 12-24 10:11

    HarmonyOS Next 應用元服務開發-分布式數據對象遷移數據權限與基礎數據

    填充到分布式數據對象數據。 調用genSessionId()接口生成數據對象組網id,并使用該id調用setSessionId()加入組網,激活分布式數據對象。 使用save()接口將已激活的
    發表于 12-24 09:40

    分布式通信的原理和實現高效分布式通信背后的技術NVLink的演進

    大型模型的大小已經超出了單個 GPU 的范圍。所以就需要實現跨多個 GPU 的模型訓練,這種訓練方式就涉及到了分布式通信和 NVLink。 當談及分布式通信和 NVLink 時,我們進
    的頭像 發表于 11-18 09:39 ?500次閱讀
    <b class='flag-5'>分布式</b>通信的原理和實現高效<b class='flag-5'>分布式</b>通信背后的技術NVLink的演進

    分布式光纖測溫解決方案

    分布式光纖測溫解決方案
    的頭像 發表于 11-12 01:02 ?182次閱讀
    <b class='flag-5'>分布式</b>光纖測溫解決方案

    分布式光纖聲波傳感技術的工作原理

    分布式光纖聲波傳感技術(Distributed Acoustic Sensing,DAS)是一種利用光纖作為傳感元件,實現對沿光纖路徑上的環境參數進行連續分布式測量的技術。
    的頭像 發表于 10-18 14:50 ?834次閱讀
    <b class='flag-5'>分布式</b>光纖聲波傳感技術的工作原理

    分布式輸電線路故障定位分布式是指什么

    所謂分布式指的是產品的部署方式,是相對于集中式而言的。 一、部署方式 分散安裝:分布式輸電線路故障定位系統的采集裝置需要安裝在輸電線路的多個位置,通常是每隔一定距離設置一個監測點,以確保對整條線路
    的頭像 發表于 10-16 11:39 ?291次閱讀
    <b class='flag-5'>分布式</b>輸電線路故障定位<b class='flag-5'>中</b>的<b class='flag-5'>分布式</b>是指什么

    分布式SCADA系統的特點的組成

    在工業自動化和能源管理領域,SCADA(Supervisory Control And Data Acquisition)系統扮演著至關重要的角色。其中,分布式SCADA系統憑借其獨特的結構和功能
    的頭像 發表于 06-07 14:43 ?569次閱讀

    鴻蒙開發接口數據管理:【@ohos.data.distributedData (分布式數據管理)】

    分布式數據管理為應用程序提供不同設備間數據庫的分布式協同能力。通過調用分布式數據各個接口,應用程序可將數據保存到分布式數據庫,并可對
    的頭像 發表于 06-07 09:30 ?1024次閱讀
    鴻蒙開發接口數據管理:【@ohos.<b class='flag-5'>data</b>.distributedData (<b class='flag-5'>分布式</b>數據管理)】

    HarmonyOS開發實例:【分布式數據服務】

    分布式數據服務(Distributed Data Service,DDS)為應用程序提供不同設備間數據分布式的能力。
    的頭像 發表于 04-18 10:18 ?752次閱讀
    HarmonyOS開發實例:【<b class='flag-5'>分布式</b>數據服務】

    HarmonyOS實戰案例:【分布式賬本】

    Demo基于Open Harmony系統使用ETS語言進行編寫,本Demo主要通過設備認證、分布式拉起、分布式數據管理等功能來實現。
    的頭像 發表于 04-12 16:40 ?1349次閱讀
    HarmonyOS實戰案例:【<b class='flag-5'>分布式</b>賬本】

    分布式系統在交通監控工程的創新應用案例

    隨著城市化進程的加速和交通流量的不斷增長,交通監控工程在維護交通秩序、保障交通安全方面發揮著越來越重要的作用。訊維分布式系統憑借其強大的分布式處理能力和高度的集成性,在交通監控工程實現了創新
    的頭像 發表于 03-18 16:14 ?534次閱讀

    AI加速智能家居分布式語音技術發展

    中的任何地方通過語音命令來控制智能設備,實現更具有體驗性的居家生活。 ? 什么是分布式語音技術? ? 分布式語音技術,也稱為DSR(Distributed Speech Recognition),是一種將語音識別任務
    的頭像 發表于 02-01 00:16 ?5840次閱讀

    鴻蒙OS 分布式任務調度

    鴻蒙OS 分布式任務調度概述 在 HarmonyO S分布式任務調度平臺對搭載 HarmonyOS 的多設備構筑的“超級虛擬終端”提供統一的組件管理能力,為應用定義統一的能力基線、接口
    的頭像 發表于 01-29 16:50 ?515次閱讀

    什么是分布式架構?

    1.獨立性:分布式架構的各個節點是獨立運行的,它們沒有依賴關系,可以單獨進行升級、維護和擴展。 2.通信性:分布式架構的各個節點通過網絡連接進行通信和協作,以實現數據的傳輸和共享
    的頭像 發表于 01-12 15:04 ?1278次閱讀
    什么是<b class='flag-5'>分布式</b>架構?
    主站蜘蛛池模板: 亚洲国产AV精品一区二区蜜芽| hdsex老太婆70| 国产精品成人免费视频99| 无套日出白浆在线播放| 精品久久久久中文字幕| 最近中文字幕高清中文字幕MV| 秋霞三级理伦免费观看| 国产人妻麻豆蜜桃色在线| 在线观看视频一区| 日本美女抠逼| 精品国产原创在线观看视频| 99re这里只有精品国产| 无码国产精品高潮久久9| 精品免费在线视频| 超碰最新网站| 亚洲欧美强伦一区二区另类| 欧美free嫩交hd| 国产亚洲视频在线观看| 99麻豆精品国产人妻无码| 玄幻全黄h全肉后宫| 欧美xxxx83d| 九九热免费在线观看| 俄罗斯雏妓的BBB孩交| 在线 日韩 欧美 国产 社区| 色橹| 鲁大师影院在线视频在线观看| 国产成人无码视频一区二区三区| 最近2019中文字幕免费版视频| 甜性涩爱全集在线观看| 麻豆精选2021| 极品少妇小泬50PTHEPON| 成人在线视频网站| 最近的2019中文字幕HD| 亚洲91av| 三级网站午夜三级| 免费国产成人高清在线看软件 | 各种肉黄浪荡故事集| 中文字幕在线观看网站| 亚洲 欧美 中文字幕 在线| 日本欧美午夜三级| 乱xxxjapanese黑人|