chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

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

3天內(nèi)不再提示

Distributed Data Parallel中的分布式訓(xùn)練

深度學(xué)習(xí)自然語言處理 ? 來源:深度學(xué)習(xí)自然語言處理 ? 2023-01-06 09:20 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

實現(xiàn)原理

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

sampler會將數(shù)據(jù)按照進程數(shù)切分,

「確保不同進程的數(shù)據(jù)不同」

每個進程獨立進行前向訓(xùn)練

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

每個進程同步更新模型參數(shù),進行新一輪訓(xùn)練

按進程切分

如何確保數(shù)據(jù)不同呢?不妨看看DistributedSampler的源碼

#判斷數(shù)據(jù)集長度是否可以整除GPU數(shù)
#如果不能,選擇舍棄還是補全,進而決定總數(shù)
#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

#根據(jù)是否shuffle來創(chuàng)建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的傳播都是「同步」進行的,傳播的規(guī)律有兩條:

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

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

第一次傳播如下:

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

那么結(jié)果就是:

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

那么,按照誰多誰往下傳的原則,此時應(yīng)該是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

代碼使用

基礎(chǔ)概念

第一個是后端的選擇,即數(shù)據(jù)傳輸協(xié)議,從下表可以看出[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 ? ? ? ? ? ?

接下來是一些參數(shù)的解釋[3]:

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

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

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

TCP顯而易見是通過網(wǎng)絡(luò)進行傳輸,需要指定主節(jié)點的ip(可以為主節(jié)點實際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的方法,關(guān)于torch.multiprocessing留到后面講

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

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

首先,在使用distributed包的任何其他函數(shù)之前,按照tcp方法進行初始化,需要注意的是需要手動指定一共可用的設(shè)備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」

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

因而,如果你的內(nèi)存比較大,可以設(shè)置為True;然而,如果開了導(dǎo)致卡頓的情況,建議關(guān)閉

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上,還記得上面關(guān)于設(shè)置cuda_device的語句嘛,因為設(shè)置好之后每個進程只能看見一個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()

「訓(xùn)練相關(guān)」

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

關(guān)于梯度回傳和參數(shù)更新,跟正常情況無異

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訓(xùn)練都是一致的

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

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

N=world_size
lr=args.lr*N

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

「evaluate相關(guān)」

接下來,細心的同學(xué)肯定好奇了,如果驗證集也切分了,metric怎么計算呢?此時就需要咱們把每個進程得到的預(yù)測情況集合起來,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部分,我們首先將預(yù)測和標簽比對,把結(jié)果為bool的張量存儲下來,最終gather求和取平均。

這里還有個有趣的地方,tensor默認的類型可能是int,bool型的res拼接后自動轉(zhuǎn)為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,我們一開始會保存模型至主進程,這樣就會導(dǎo)致cuda:0顯存被占據(jù),我們需要將模型remap到其他設(shè)備

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

進程銷毀

運行結(jié)束后記得銷毀進程:

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

多機多卡是這樣的:

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

#第二個節(jié)點啟動
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

優(yōu)缺點

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

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





審核編輯:劉清

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • gpu
    gpu
    +關(guān)注

    關(guān)注

    28

    文章

    4946

    瀏覽量

    131231
  • PIN管
    +關(guān)注

    關(guān)注

    0

    文章

    36

    瀏覽量

    6623
  • TCP通信
    +關(guān)注

    關(guān)注

    0

    文章

    146

    瀏覽量

    4555

原文標題:深入理解Pytorch中的分布式訓(xùn)練

文章出處:【微信號:zenRRan,微信公眾號:深度學(xué)習(xí)自然語言處理】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    分布式光纖das-tool涉及哪些領(lǐng)域

    一、分布式光纖DAS(聲波傳感系統(tǒng)) 1. 定義與技術(shù)原理 DAS(Distributed Acoustic Sensing) 是一種基于光纖傳感技術(shù)的分布式聲波監(jiān)測系統(tǒng)。 原理:利用光纖作為傳感
    的頭像 發(fā)表于 04-02 10:26 ?451次閱讀

    VirtualLab Fusion應(yīng)用:基于分布式計算的AR光波導(dǎo)測試圖像的仿真

    (10201次模擬):大約43小時。 模擬結(jié)果:不同視場角的輻射通量*。 *注: 21個×21個方向的結(jié)果存儲在參數(shù)連續(xù)變化的光柵的查找表。 使用分布式計算 參數(shù)運行用于改變當前視場模式的角度,這
    發(fā)表于 02-19 08:51

    分布式云化數(shù)據(jù)庫有哪些類型

    分布式云化數(shù)據(jù)庫有哪些類型?分布式云化數(shù)據(jù)庫主要類型包括:關(guān)系型分布式數(shù)據(jù)庫、非關(guān)系型分布式數(shù)據(jù)庫、新SQL分布式數(shù)據(jù)庫、以列方式存儲數(shù)據(jù)、
    的頭像 發(fā)表于 01-15 09:43 ?480次閱讀

    大模型訓(xùn)練框架(五)之Accelerate

    輕松切換不同的并行策略,同時它還支持混合精度訓(xùn)練,可以進一步提升訓(xùn)練效率。 1. 導(dǎo)入 Accelerate只需添加四行代碼,即可在任何分布式配置運行相同的 PyTorch 代碼!讓
    的頭像 發(fā)表于 01-14 14:24 ?713次閱讀

    基于ptp的分布式系統(tǒng)設(shè)計

    在現(xiàn)代分布式系統(tǒng),精確的時間同步對于確保數(shù)據(jù)一致性、系統(tǒng)穩(wěn)定性和性能至關(guān)重要。PTP(Precision Time Protocol)是一種網(wǎng)絡(luò)協(xié)議,用于在分布式系統(tǒng)實現(xiàn)高精度的時
    的頭像 發(fā)表于 12-29 10:09 ?566次閱讀

    HarmonyOS Next 應(yīng)用元服務(wù)開發(fā)-分布式數(shù)據(jù)對象遷移數(shù)據(jù)文件資產(chǎn)遷移

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

    HarmonyOS Next 應(yīng)用元服務(wù)開發(fā)-分布式數(shù)據(jù)對象遷移數(shù)據(jù)權(quán)限與基礎(chǔ)數(shù)據(jù)

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

    分布式通信的原理和實現(xiàn)高效分布式通信背后的技術(shù)NVLink的演進

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

    分布式光纖測溫解決方案

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

    分布式光纖測溫是什么?應(yīng)用領(lǐng)域是?

    分布式光纖測溫是一種先進的溫度測量技術(shù),它利用光纖的拉曼散射原理進行溫度監(jiān)測。以下是對分布式光纖測溫的詳細介紹: 一、基本原理 分布式光纖測溫的原理基于光纖的拉曼散射效應(yīng)。當光纖某處的溫度發(fā)生變化
    的頭像 發(fā)表于 10-24 15:30 ?1260次閱讀
    <b class='flag-5'>分布式</b>光纖測溫是什么?應(yīng)用領(lǐng)域是?

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

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

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

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

    NetApp與Google Cloud深化合作,強化分布式云存儲

    智能數(shù)據(jù)基礎(chǔ)設(shè)施領(lǐng)導(dǎo)者NetApp?宣布,其與Google Cloud的戰(zhàn)略合作再升級。此次合作,NetApp將統(tǒng)一數(shù)據(jù)存儲和智能服務(wù)融入Google Distributed Cloud架構(gòu),為分布式云基礎(chǔ)設(shè)施提供強大支撐。
    的頭像 發(fā)表于 10-11 17:21 ?799次閱讀

    基于分布式計算的AR光波導(dǎo)測試圖像的仿真

    (10201次模擬):大約43小時。 模擬結(jié)果:不同視場角的輻射通量。 注: 21個×21個方向的結(jié)果存儲在參數(shù)連續(xù)變化的光柵的查找表。 使用分布式計算 參數(shù)運行用于改變當前視場模式的角度,這允許將
    發(fā)表于 08-07 14:13

    安科瑞分布式光伏系統(tǒng)在某重工企業(yè)18MW分布式光伏應(yīng)用

    2024年7月16日,江蘇省發(fā)改委發(fā)布《關(guān)于高質(zhì)量做好全省分布式光伏接網(wǎng)消納的通知(征求意見稿)》,計劃大力支持分布式光伏的發(fā)展! 1、未來分布式光伏規(guī)模規(guī)劃 根據(jù)規(guī)劃,2024、2025年兩年
    的頭像 發(fā)表于 07-19 11:30 ?851次閱讀
    安科瑞<b class='flag-5'>分布式</b>光伏系統(tǒng)在某重工企業(yè)18MW<b class='flag-5'>分布式</b>光伏<b class='flag-5'>中</b>應(yīng)用