淺談pytorch中為什么要用 zero_grad() 將梯度清零
pytorch中為什么要用 zero_grad() 將梯度清零
調(diào)用backward()函數(shù)之前都要將梯度清零,因為如果梯度不清零,pytorch中會將上次計算的梯度和本次計算的梯度累加。
這樣邏輯的好處是,當(dāng)我們的硬件限制不能使用更大的bachsize時,使用多次計算較小的bachsize的梯度平均值來代替,更方便,壞處當(dāng)然是每次都要清零梯度。
optimizer.zero_grad() output = net(input) loss = loss_f(output, target) loss.backward()
補充:Pytorch 為什么每一輪batch需要設(shè)置optimizer.zero_grad
CSDN上有人寫過原因,但是其實寫得繁瑣了。
根據(jù)pytorch中的backward()函數(shù)的計算,當(dāng)網(wǎng)絡(luò)參量進行反饋時,梯度是被積累的而不是被替換掉;但是在每一個batch時毫無疑問并不需要將兩個batch的梯度混合起來累積,因此這里就需要每個batch設(shè)置一遍zero_grad 了。
其實這里還可以補充的一點是,如果不是每一個batch就清除掉原有的梯度,而是比如說兩個batch再清除掉梯度,這是一種變相提高batch_size的方法,對于計算機硬件不行,但是batch_size可能需要設(shè)高的領(lǐng)域比較適合,比如目標(biāo)檢測模型的訓(xùn)練。
關(guān)于這一點可以參考這里
關(guān)于backward()的計算可以參考這里
補充:pytorch 踩坑筆記之w.grad.data.zero_()
在使用pytorch實現(xiàn)多項線性回歸中,在grad更新時,每一次運算后都需要將上一次的梯度記錄清空,運用如下方法:
w.grad.data.zero_() b.grad.data.zero_()
但是,運行程序就會報如下錯誤:

報錯,grad沒有data這個屬性,
原因是,在系統(tǒng)將w的grad值初始化為none,第一次求梯度計算是在none值上進行報錯,自然會沒有data屬性
修改方法:添加一個判斷語句,從第二次循環(huán)開始執(zhí)行求導(dǎo)運算
for i in range(100):
y_pred = multi_linear(x_train)
loss = getloss(y_pred,y_train)
if i != 0:
w.grad.data.zero_()
b.grad.data.zero_()
loss.backward()
w.data = w.data - 0.001 * w.grad.data
b.data = b.data - 0.001 * b.grad.data
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
Python Django 添加首頁尾頁上一頁下一頁代碼實例
這篇文章主要介紹了Python Django 添加首頁尾頁上一頁下一頁代碼實例,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2019-08-08
Python multiprocessing多進程原理與應(yīng)用示例
這篇文章主要介紹了Python multiprocessing多進程原理與應(yīng)用,結(jié)合實例形式詳細分析了基于multiprocessing包的多進程概念、原理及相關(guān)使用操作技巧,需要的朋友可以參考下2019-02-02
PyQt實現(xiàn)異步數(shù)據(jù)庫請求的實戰(zhàn)記錄
開發(fā)軟件的時候不可避免要和數(shù)據(jù)庫發(fā)生交互,但是有些 SQL 請求非常耗時,如果在主線程中發(fā)送請求,可能會造成界面卡頓,本文將介紹一種讓數(shù)據(jù)庫請求變得和前端的 ajax 請求一樣簡單,希望對大家有所幫助2023-12-12
python處理emoji表情(兩個函數(shù)解決兩者之間的聯(lián)系)
這篇文章主要介紹了python處理emoji表情,主要通過兩個函數(shù)解決兩者之間的聯(lián)系,本文通過實例代碼給大家介紹的非常完美,對python emoji表情的相關(guān)知識感興趣的朋友一起看看吧2021-05-05

