win10下object_detection_tutorial.ipynb運行 服務崩潰,馬上重啓

踩此坑的由來:
筆者寫此文時欲進行 目標檢測本身的訓練集 進行遷移學習。
網上找到了 Tensorflow object detection API 相關的訓練方法(文章應該源於2018年5月所做,有轉載時間靠後的容易產生誤導,可是看源碼後就明瞭)。
筆者不幸在環境搭建上就卡了2天。
Tensorflow object detection API的github地址是:https://github.com/tensorflow/models/
筆者下載時是2019年10月。python

錯誤狀況:
經過python下一通環境配置,
python object_detection/builders/model_builder_test.py
已經運行成功。linux

對小狗和海灘上人等的識別案例object_detection_tutorial.ipynbgit

win10下object_detection_tutorial.ipynb運行 服務崩潰,馬上重啓
這幅期待的圖片你們看教程都很熟悉,可是就是出不來。github

迎接個人是 「服務彷佛掛掉了,可是會馬上重啓的.」 而後就一直卡住
從新中斷服務後,再運行仍是卡在這裏。ide

經過觀察18年5月的object_detection_tutorial.ipynb代碼和19年10月的開頭就已經有較大差異。
看來只能碰碰運氣回溯2018年的代碼了。
win10下object_detection_tutorial.ipynb運行 服務崩潰,馬上重啓
從18年5月往前找有Verified標籤,且開頭代碼部分同樣的。就是這份提交了。學習

因而下載回來,放在與object_detection_tutorial.ipynb同一級目錄再啓動jupyter運行。
熟悉的小狗、海灘圖終於出現了。優化

結語:
在Tensorflow object detection API 環境搭建上,若是這段tutorial沒跑通,極可能是因爲其它環境變量與linux下不一樣產生的。ui

繼續往下訓練,如今19年10月 research/object_detection/目錄下沒有train.py文件了
取而代之的是model_main.py
python object_detection/model_main.py --pipeline_config_path=./data/ssdlite_mobilenet_v1_coco.config --train_dir=./train –alsologtostderr3d

可是,當前仍然有issue (https://github.com/tensorflow/models/issues/4881
給出的建議是 使用legancy/train.py
python ./legacy/train.py --pipeline_config_path=./data/ssdlite_mobilenet_v1_coco.config --train_dir=./train –alsologtostderr
win10下object_detection_tutorial.ipynb運行 服務崩潰,馬上重啓blog

GPU沒有啓動成功,自動啓動CPU,因此有點慢。自此,自備的目標檢測數據集訓練算是跑通了。回頭繼續優化實踐吧,歡迎你們留言探討。

相關文章
相關標籤/搜索