(11)caffe總結之命令列解析
caffe的執行提供三種介面:c++介面(命令列)、python介面和matlab介面。本文先對命令列進行解析,後續會依次介紹其它兩個介面。
caffe的c++主程式(caffe.cpp)放在根目錄下的tools資料夾內, 當然還有一些其它的功能檔案,如:convert_imageset.cpp, train_net.cpp, test_net.cpp等也放在這個資料夾內。經過編譯後,這些檔案都被編譯成了可執行檔案,放在了 ./build/tools/ 資料夾內。因此我們要執行caffe程式,都需要加 ./build/tools/ 字首。
如:
# ./build/tools/caffe train --solver=examples/mnist/train_lenet.sh
caffe程式的命令列執行格式如下:
caffe <command> <args>
其中的<command>有這樣四種:
- train
- test
- device_query
- time
對應的功能為:
train----訓練或finetune模型(model),
test-----測試模型
device_query---顯示gpu資訊
time-----顯示程式執行時間
其中的<args>引數有:
- -solver
- -gpu
- -snapshot
- -weights
- -iteration
- -model
- -sighup_effect
- -sigint_effect
注意前面有個-符號。對應的功能為:
-solver:必選引數。一個protocol buffer型別的檔案,即模型的配置檔案。如:
# ./build/tools/caffe train -solver examples/mnist/lenet_solver.prototxt
-gpu: 可選引數。該引數用來指定用哪一塊gpu執行,根據gpu的id進行選擇,如果設定為'-gpu all'則使用所有的gpu執行。如使用第二塊gpu執行:
# ./build/tools/caffe train -solver examples/mnist/lenet_solver.prototxt -gpu 2
-snapshot:可選引數。該引數用來從快照(snapshot)中恢復訓練。可以在solver配置檔案設定快照,儲存solverstate。如:
# ./build/tools/caffe train -solver examples/mnist/lenet_solver.prototxt -snapshot examples/mnist/lenet_iter_5000.solverstate
-weights:可選引數。用預先訓練好的權重來fine-tuning模型,需要一個caffemodel,不能和-snapshot同時使用。如:
# ./build/tools/caffe train -solver examples/finetuning_on_flickr_style/solver.prototxt -weights models/bvlc_reference_caffenet/bvlc_reference_caffenet.caffemodel
-iterations: 可選引數,迭代次數,預設為50。 如果在配置檔案檔案中沒有設定迭代次數,則預設迭代50次。
-model:可選引數,定義在protocol buffer檔案中的模型。也可以在solver配置檔案中指定。
-sighup_effect:可選引數。用來設定當程式發生掛起事件時,執行的操作,可以設定為snapshot, stop或none, 預設為snapshot
-sigint_effect: 可選引數。用來設定當程式發生鍵盤中止事件時(ctrl+c), 執行的操作,可以設定為snapshot, stop或none, 預設為stop
剛才舉例了一些train引數的例子,現在我們來看看其它三個<command>:
test引數用在測試階段,用於最終結果的輸出,要模型配置檔案中我們可以設定需要輸入accuracy還是loss. 假設我們要在驗證集中驗證已經訓練好的模型,就可以這樣寫
# ./build/tools/caffe test -model examples/mnist/lenet_train_test.prototxt -weights examples/mnist/lenet_iter_10000.caffemodel -gpu 0 -iterations 100
這個例子比較長,不僅用到了test引數,還用到了-model, -weights, -gpu和-iteration四個引數。意思是利用訓練好了的權重(-weight),輸入到測試模型中(-model),用編號為0的gpu(-gpu)測試100次(-iteration)。
time引數用來在螢幕上顯示程式執行時間。如:
# ./build/tools/caffe time -model examples/mnist/lenet_train_test.prototxt -iterations 10
這個例子用來在螢幕上顯示lenet模型迭代10次所使用的時間。包括每次迭代的forward和backward所用的時間,也包括每層forward和backward所用的平均時間。
# ./build/tools/caffe time -model examples/mnist/lenet_train_test.prototxt -gpu 0
這個例子用來在螢幕上顯示lenet模型用gpu迭代50次所使用的時間。
# ./build/tools/caffe time -model examples/mnist/lenet_train_test.prototxt -weights examples/mnist/lenet_iter_10000.caffemodel -gpu 0 -iterations 10
利用給定的權重,利用第一塊gpu,迭代10次lenet模型所用的時間。
device_query引數用來診斷gpu資訊。
# ./build/tools/caffe device_query -gpu 0
最後,我們來看兩個關於gpu的例子
# ./build/tools/caffe train -solver examples/mnist/lenet_solver.prototxt -gpu 0,1
# ./build/tools/caffe train -solver examples/mnist/lenet_solver.prototxt -gpu all
這兩個例子表示: 用兩塊或多塊GPU來平行運算,這樣速度會快很多。但是如果你只有一塊或沒有gpu, 就不要加-gpu引數了,加了反而慢。
最後,在linux下,本身就有一個time命令,因此可以結合進來使用,因此我們執行mnist例子的最終命令是(一塊gpu):
$ sudo time ./build/toos/caffe train -solver examples/mnist/lenet_solver.prototxt
相關文章
- (14)caffe總結之Linux下Caffe如何除錯Linux除錯
- (2)caffe總結之目錄結構
- (8)caffe總結之solver及其配置
- (4)caffe總結之視覺層及引數視覺
- (6)caffe總結之其它常用層及引數
- ffmpeg 命令列實用總結命令列
- Linux 命令總結之 topLinux
- (13)caffe總結之訓練和測試自己的圖片
- Jenkins 指令碼命令列應用總結Jenkins指令碼命令列
- 命令列解析函式命令列函式
- PHP 學習總結之陣列PHP陣列
- (7)caffe總結之Blob,Layer and Net以及對應配置檔案的編寫
- caffe中各種cblas的函式使用總結函式
- 11月11日總結
- Linux命令總結--mkdir命令Linux
- 命令列使用小結命令列
- git命令總結Git
- VIM 命令總結
- adb命令總結
- NPM 命令總結NPM
- docker命令總結Docker
- linux命令總結Linux
- redis命令總結Redis
- pip 命令總結
- 解析漏洞總結
- linux的命令列解析引數之getopt_long函式使用Linux命令列函式
- EFCore之命令列工具命令列
- 11/27日總結
- 2024/11/11日工作總結
- 1.linux的命令列解析引數之getopt_long函式Linux命令列函式
- 常用kubectl命令總結
- 自用ssh命令總結
- artisan 命令使用總結
- Linux命令大全總結Linux
- 常用git命令總結Git
- docker命令總結(二)Docker
- Linux命令總結大全Linux
- Linux shell命令總結Linux