主頁 > 移動端開發 > OpenVINO 2020的INT8轉換工具POT的初體驗

OpenVINO 2020的INT8轉換工具POT的初體驗

2020-09-28 22:08:09 移動端開發

在OpenVINO 2019里是用Calibration tool把網路模型轉成INT8模型。到了OpenVINO 2020版本開始這個工具被去掉了,取而代之的是POT (Post-Training Optimization Tool)工具. POT的使用方法和引數的含義和Calibration Tool又有所不同,因此要轉INT8模型的話又要重新學習一遍官網的檔案。這里簡單記錄一下我用這個工具轉換mobilenet模型的一個程序。


 

這次用OpenVINO 2020轉換INT8主要用到2個工具

1. pot

這個是INT8轉換工具。在使用方法上和calibration tool不同的地方是calibration tool可以通過直接指定引數的方法來運行。而pot需要把大部分引數寫進一個config檔案,然后用

pot -c [config檔案]
的方法來運行。

 

2. accuracy_check

這個可以用來檢查模型在指定資料集上的推理精確度。

運行的命令和引數

accuracy_check -c [config組態檔] -s [放驗證資料集的根目錄路徑] -td CPU
 

首先是安裝程序

安裝程序和以前不一樣,以前是安裝好OpenVINO 工具包之后calibration tool就會帶在里面。而在OpenVINO 2020版之后,需要在安裝好OpenVINO之后再手動安裝accuracy_check和pot工具。

accuracy_checker安裝的路徑在

C:\Program Files (x86)\IntelSWTools\openvino\deployment_tools\open_model_zoo\tools\accuracy_checker

需要按照https://docs.openvinotoolkit.org/latest/_tools_accuracy_checker_README.html的說明運行這個目錄下的
python setup.py install
pot工具的安裝路徑在

C:\Program Files (x86)\IntelSWTools\openvino\deployment_tools\tools\post_training_optimization_toolkit

需要按照https://docs.openvinotoolkit.org/latest/_README.html的說明運行這個目錄下的
python setup.py install
安裝好工具之后就可以做INT8的模型轉換和模型的推理精度統計了

我的作業路徑c:\temp\mobilenetv3里有這么幾個檔案

v3-large_224_1.0_float.xml/.bin/.mappling是mobilenet v3的FP32 OpenVINO IR模型
mobilenetV3_tf_int8_simple_mode.json和mobilenetV3_tf_int8.json是pot轉換Int8模型的組態檔 (pot命令專用)
mobilenetV3_FP32_ac.yml和mobilenetV3_INT8_ac.yml是accuracy_checker統計FP32模型和int8模型推理精確度的組態檔 (accuracy_checker命令專用)
ILSVRC2012_img_val_small目錄用來存放驗證資料集和資料集的注釋檔案
運行后會生成

results目錄用來存放轉換出來的int8模型
 

ILSVRC2012_img_val_small下面的資料集和標注檔案

我這個資料集是從imagenet里切出來的所以比較簡單,目錄里就是一個標注檔案加一堆圖片

annotation.txt里每行就是目錄里的檔案名和對應的imagenet的標注label


這個label在網上有2個版本,可以參考這篇文章 下載imagenet2012資料集,以及label說明 自己弄一下。因為mobilenet是屬于影像分類classification,所以標注檔案比較簡單。要是mobilenet-ssd那種影像識別的模型,label就比較復雜,需要按照官方檔案把識別視窗坐標,分類label都弄進去。

 

先從前面calibration_tool用過的simple mode轉換開始,先寫一個轉換組態檔mobilenetV3_tf_int8_simple_mode.json
{
    "model": {
        //"model_name"指定生成的int8 IR檔案的檔案名
        "model_name": "v3-large_224_1.0_int8",
        //"model""weights"對應要轉換的原始IR檔案名
        "model": "v3-large_224_1.0_float.xml",
        "weights": "v3-large_224_1.0_float.bin"
    },
    "engine": {
        //"type" 指定用simplified模式
        "type": "simplified",
        // you can specify path to directory with images or video file
        // also you can specify template for file names to filter images to load
        // templates are unix style
        //資料集的目錄
        "data_source": "ILSVRC2012_img_val_small"
    },
    "compression": {
        //指定優化的硬體運行設備,2020新加的設定,為將來用GPU推理做準備
        "target_device": "CPU",
        //優化演算法設定,DefaultQuantization是默認的優化演算法
        "algorithms": [
            {
                "name": "DefaultQuantization",
                "params": {
                    "preset": "performance",
                    "stat_subset_size": 300
                }
            }
        ]
    }
}
然后運行 
pot -c mobilenetV3_tf_int8_simple_mode.json

可以看到優化演算法增加到了3種 DefaultQuantization/ActivationChannelAlignment/MinMaxQuantization。但是從目前官方2020.2檔案看,只支持了前2種https://docs.openvinotoolkit.org/2020.2/_compression_algorithms_quantization_README.html

最終轉化的模型v3-large_224_1.0_int8.bin和v3-large_224_1.0_int8.xml生成到了./results\v3-large_224_1.0_int8_DefaultQuantization\2020-06-02_09-54-41下的optimized目錄里

 

接下來看看FP32模型和INT8模型的推理精準度

先配置mobilenetV3_FP32_ac.yml
models:
  - name: v3-large_224_1.0_float
    launchers:
#下面指定運行的框架 dlsdk就是openvino, 也可以是tensorflow或者其他框架
#model/weights是要測驗的模型檔案名
#adapter是告訴accuracy checker模型的輸出是目標分類還是目標識別或者其他的輸出
      - framework: dlsdk
        model:   v3-large_224_1.0_float.xml
        weights: v3-large_224_1.0_float.bin
        adapter: classification
 
    datasets:
#下面這部分是有關資料集的路徑,資料集的格式(imagenet,VOC或者其他)以及標注檔案的名字
      - name: ILSVRC2012_img_val_small
        data_source: ILSVRC2012_img_val_small
        annotation_conversion:
          converter: imagenet
          annotation_file: "ILSVRC2012_img_val_small/annotation.txt"
#預處理告訴ac_checker工具在把資料集圖片送進模型前要做那些預處理,比如縮放,剪切或者調整RGB/BGR順序之類
        preprocessing:
          - type: resize
            size: 256
          - type: crop
            size: 224
#這里定義統計準確度用的演算法,這里要看2種準確度,一個是top1的,還一個是top5的
        metrics:
          - name: accuracy @ top1
            type: accuracy
            top_k: 1
          - name: accuracy @ top5
            type: accuracy
            top_k: 5
 
運行命令
accuracy_check -c mobilenetV3_FP32_ac.yml -s ./ -td CPU

看到輸出 



看到從0%到100%就對了,這里有個小坑,就是accuracy_check運行時候必須用"-s ./"引數來指定資料集的根目錄,否則會報錯。

 

最終得到原始FP32模型的準確度為


再看看轉換出來的int8模型的準確度

mobilenetV3_INT8_ac.yml

models:
  - name: v3-large_224_1.0_float
    launchers:
      - framework: dlsdk
        model:   results\v3-large_224_1.0_int8_DefaultQuantization\2020-06-02_09-54-41\optimized\v3-large_224_1.0_int8.xml
        weights: results\v3-large_224_1.0_int8_DefaultQuantization\2020-06-02_09-54-41\optimized\v3-large_224_1.0_int8.bin
        adapter: classification
 
    datasets:
      - name: ILSVRC2012_img_val_small
        data_source: ILSVRC2012_img_val_small
        annotation_conversion:
          converter: imagenet
          annotation_file: "ILSVRC2012_img_val_small/annotation.txt"
        preprocessing:
          - type: resize
            size: 256
          - type: crop
            size: 224
 
        metrics:
          - name: accuracy @ top1
            type: accuracy
            top_k: 1
          - name: accuracy @ top5
            type: accuracy
            top_k: 5
 
運行

accuracy_check -c mobilenetV3_int8_ac.yml -s ./ -td CPU
得到結果

可以看到,通過simplified_mode轉出來的int8模型,因為前面文章講到的mobilenetv3里面新的演算法還不支持int8轉換,所以導致精度損失很大
最后再試試pot里的新AccuracyAwareQuantization演算法, 
{
    "model": {
        "model_name": "v3-large_224_1.0_float",
        "model": "v3-large_224_1.0_float.xml",
        "weights": "v3-large_224_1.0_float.bin"
    },
 
    "engine": {
        "launchers":
        [
            {
                "framework": "dlsdk",
                "adapter": "classification"
            }
        ],
        "datasets":
        [
            {
                "name": "imagenet_1000_classes",
                "annotation_conversion": {
                    "converter": "imagenet",
                    "annotation_file": "ILSVRC2012_img_val_small/annotation.txt"
                },
                "data_source": "ILSVRC2012_img_val_small",
                "preprocessing": [
                    {
                        "type": "resize",
                        "size": 256,
                    },
                    {
                        "type": "crop",
                        "size": 224,
                    }
                ],
                "metrics": [
                    {
                        "name": "accuracy@top1",
                        "type": "accuracy",
                        "top_k": 1
                    },
                    {
                        "name": "accuracy@top5",
                        "type": "accuracy",
                        "top_k": 5
                    }
                ]
            }
        ]
    },
 
    "compression": {
        "target_device": "CPU",
        "algorithms": [
            {
                //"name": "DefaultQuantization",
                //"params": {
                //    "preset": "performance",
                //    "stat_subset_size": 300
                //}
 
#這里改成AccuracyAwareQuantizaton演算法,下面的maximal_drop是定義的允許的轉換后模型的最大推理精度下降值
                "name": "AccuracyAwareQuantization",
                "params": {
                    "preset": "performance",
                    "stat_subset_size": 300,
                    "maximal_drop": 0.01,
                }
            }
 
 
        ]
    }
}


運行

pot -c mobilenetV3_tf_int8.json
通過下面的列印可以看到這個演算法默認是先默認把所有支持int8轉換的層都轉成int8, 然后統計一遍推理精度,如果不滿足定義好的精度下降值,就把幾層int8的層回退到FP32模式,然后再統計推理精度,如果還不滿足就再繼續回退幾層int8到FP32,這么反復回圈下去,直到轉換出的模型滿足精度為止。

當然我這個轉換mobilenetV3的嘗試因為是演算法不支持的原因,轉出來的int8模型始終滿足不了定義的精度下降值, 最后毫無懸念的失敗了。如果是mobilenetV2模型,即使用simplified_mode, 精度下降也非常低,直接可以拿來用 :)

 

最后分享一下openvino 2020.2轉int8的感受

首先是新的模型修改了模型壓縮演算法,原來老的calibration tool轉出來的int8模型檔案大小和轉化前的FP32模型大小基本一致(20MB). 新的pot轉出來的int8模型的大小是5MB左右,終于變到了FP32模型的四分之一大小
是老的GPU是不支持int8推理的,我嘗試了一下在我的7代i5-7440HQ電腦上用集成顯卡推理基于GPU硬體算出來int8模型,速度比算FP32還慢。看來新的int8模型是給未來的intel顯卡做準備的 :)

轉載請註明出處,本文鏈接:https://www.uj5u.com/yidong/135615.html

標籤:英特爾技術

上一篇:QT三維坐標系顯示三維球面

下一篇:OpenVINO Model Optimizer轉換時的預處理preprocess

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 【從零開始擼一個App】Dagger2

    Dagger2是一個IOC框架,一般用于Android平臺,第一次接觸的朋友,一定會被搞得暈頭轉向。它延續了Java平臺Spring框架代碼碎片化,注解滿天飛的傳統。嘗試將各處代碼片段串聯起來,理清思緒,真不是件容易的事。更不用說還有各版本細微的差別。 與Spring不同的是,Spring是通過反射 ......

    uj5u.com 2020-09-10 06:57:59 more
  • Flutter Weekly Issue 66

    新聞 Flutter 季度調研結果分享 教程 Flutter+FaaS一體化任務編排的思考與設計 詳解Dart中如何通過注解生成代碼 GitHub 用對了嗎?Flutter 團隊分享如何管理大型開源專案 插件 flutter-bubble-tab-indicator A Flutter librar ......

    uj5u.com 2020-09-10 06:58:52 more
  • Proguard 常用規則

    介紹 Proguard 入口,如何查看輸出,如何使用 keep 設定入口以及使用實體,如何配置壓縮,混淆,校驗等規則。

    ......

    uj5u.com 2020-09-10 06:59:00 more
  • Android 開發技術周報 Issue#292

    新聞 Android即將獲得類AirDrop功能:可向附近設備快速分享檔案 谷歌為安卓檔案管理應用引入可安全隱藏資料的Safe Folder功能 Android TV新主界面將顯示電影、電視節目和應用推薦內容 泄露的Android檔案暗示了傳說中的谷歌Pixel 5a與折疊屏新機 谷歌發布Andro ......

    uj5u.com 2020-09-10 07:00:37 more
  • AutoFitTextureView Error inflating class

    報錯: Binary XML file line #0: Binary XML file line #0: Error inflating class xxx.AutoFitTextureView 解決: <com.example.testy2.AutoFitTextureView android: ......

    uj5u.com 2020-09-10 07:00:41 more
  • 根據Uri,Cursor沒有獲取到對應的屬性

    Android: 背景:呼叫攝像頭,拍攝視頻,指定保存的地址,但是回傳的Cursor檔案,只有名稱和大小的屬性,沒有其他諸如時長,連ID屬性都沒有 使用 cursor.getInt(cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DURATIO ......

    uj5u.com 2020-09-10 07:00:44 more
  • Android連載29-持久化技術

    一、持久化技術 我們平時所使用的APP產生的資料,在記憶體中都是瞬時的,會隨著斷電、關機等丟失資料,因此android系統采用了持久化技術,用于存盤這些“瞬時”資料 持久化技術包括:檔案存盤、SharedPreference存盤以及資料庫存盤,還有更復雜的SD卡記憶體儲。 二、檔案存盤 最基本存盤方式, ......

    uj5u.com 2020-09-10 07:00:47 more
  • Android Camera2Video整合到自己專案里

    背景: Android專案里呼叫攝像頭拍攝視頻,原本使用的 MediaStore.ACTION_VIDEO_CAPTURE, 后來因專案需要,改成了camera2 1.Camera2Video 官方demo有點問題,下載后,不能直接整合到專案 問題1.多次拍攝視頻崩潰 問題2.雙擊record按鈕, ......

    uj5u.com 2020-09-10 07:00:50 more
  • Android 開發技術周報 Issue#293

    新聞 谷歌為Android TV開發者提供多種新功能 Android 11將自動填表功能整合到鍵盤輸入建議中 谷歌宣布Android Auto即將支持更多的導航和數字停車應用 谷歌Pixel 5只有XL版本 搭載驍龍765G且將比Pixel 4更便宜 [圖]Wear OS將迎來重磅更新:應用啟動時間 ......

    uj5u.com 2020-09-10 07:01:38 more
  • 海豚星空掃碼投屏 Android 接收端 SDK 集成 六步驟

    掃碼投屏,開放網路,獨占設備,不需要額外下載軟體,微信掃碼,發現設備。支持標準DLNA協議,支持倍速播放。視頻,音頻,圖片投屏。好點意思。還支持自定義基于 DLNA 擴展的操作動作。好像要收費,沒體驗。 這里簡單記錄一下集成程序。 一 跟目錄的build.gradle添加私有mevan倉庫 mave ......

    uj5u.com 2020-09-10 07:01:43 more
最新发布
  • 歡迎頁輪播影片

    如圖,引導開始,球從上落下,同時淡入文字,然后文字開始輪播,最后一頁時停止,點擊進入首頁。 在來看看效果圖。 重力球先不講,主要歡迎輪播簡單實作 首先新建一個類 TextTranslationXGuideView,用于影片展示 文本是類似的,最后會有個圖片箭頭影片,布局很簡單,就是一個 TextVi ......

    uj5u.com 2023-04-20 08:40:31 more
  • 【FAQ】關于華為推送服務因營銷訊息頻次管控導致服務通訊類訊息

    一. 問題描述 使用華為推送服務下發IM訊息時,下發訊息請求成功且code碼為80000000,但是手機總是收不到訊息; 在華為推送自助分析(Beta)平臺查看發現,訊息發送觸發了頻控。 二. 問題原因及背景 2023年1月05日起,華為推送服務對咨詢營銷類訊息做了單個設備每日推送數量上限管理,具體 ......

    uj5u.com 2023-04-20 08:40:11 more
  • 歡迎頁輪播影片

    如圖,引導開始,球從上落下,同時淡入文字,然后文字開始輪播,最后一頁時停止,點擊進入首頁。 在來看看效果圖。 重力球先不講,主要歡迎輪播簡單實作 首先新建一個類 TextTranslationXGuideView,用于影片展示 文本是類似的,最后會有個圖片箭頭影片,布局很簡單,就是一個 TextVi ......

    uj5u.com 2023-04-20 08:39:36 more
  • 【FAQ】關于華為推送服務因營銷訊息頻次管控導致服務通訊類訊息

    一. 問題描述 使用華為推送服務下發IM訊息時,下發訊息請求成功且code碼為80000000,但是手機總是收不到訊息; 在華為推送自助分析(Beta)平臺查看發現,訊息發送觸發了頻控。 二. 問題原因及背景 2023年1月05日起,華為推送服務對咨詢營銷類訊息做了單個設備每日推送數量上限管理,具體 ......

    uj5u.com 2023-04-20 08:39:13 more
  • iOS從UI記憶體地址到讀取成員變數(oc/swift)

    開發除錯時,我們發現bug時常首先是從UI顯示發現例外,下一步才會去定位UI相關連的資料的。XCode有給我們提供一系列debug工具,但是很多人可能還沒有形成一套穩定的除錯流程,因此本文嘗試解決這個問題,順便提出一個暴論:UI顯示例外問題只需要兩個步驟就能完成定位作業的80%: 定位例外 UI 組 ......

    uj5u.com 2023-04-19 09:16:23 more
  • FIDE重磅更新!性能飛躍!體驗有禮!

    FIDE 開發者工具重構升級啦!實作500%性能提升,誠邀體驗! 一直以來不少開發者朋友在社區反饋,在使用 FIDE 工具的程序中,時常會遇到諸如加載不及時、代碼預覽/渲染性能不如意的情況,十分影響開發體驗。 作為技術團隊,我們深知一件趁手的開發工具對開發者的重要性,因此,在2023年開年,FinC ......

    uj5u.com 2023-04-19 09:16:15 more
  • 游戲內嵌社區服務開放,助力開發者提升玩家互動與留存

    華為 HMS Core 游戲內嵌社區服務提供快速訪問華為游戲中心論壇能力,支持玩家直接在游戲內瀏覽帖子和交流互動,助力開發者擴展內容生產和觸達的場景。 一、為什么要游戲內嵌社區? 二、游戲內嵌社區的典型使用場景 1、游戲內打開論壇 您可以在游戲內繪制論壇入口,為玩家提供沉浸式發帖、瀏覽、點贊、回帖、 ......

    uj5u.com 2023-04-19 09:15:46 more
  • iOS從UI記憶體地址到讀取成員變數(oc/swift)

    開發除錯時,我們發現bug時常首先是從UI顯示發現例外,下一步才會去定位UI相關連的資料的。XCode有給我們提供一系列debug工具,但是很多人可能還沒有形成一套穩定的除錯流程,因此本文嘗試解決這個問題,順便提出一個暴論:UI顯示例外問題只需要兩個步驟就能完成定位作業的80%: 定位例外 UI 組 ......

    uj5u.com 2023-04-19 09:14:53 more
  • FIDE重磅更新!性能飛躍!體驗有禮!

    FIDE 開發者工具重構升級啦!實作500%性能提升,誠邀體驗! 一直以來不少開發者朋友在社區反饋,在使用 FIDE 工具的程序中,時常會遇到諸如加載不及時、代碼預覽/渲染性能不如意的情況,十分影響開發體驗。 作為技術團隊,我們深知一件趁手的開發工具對開發者的重要性,因此,在2023年開年,FinC ......

    uj5u.com 2023-04-19 09:14:08 more
  • 游戲內嵌社區服務開放,助力開發者提升玩家互動與留存

    華為 HMS Core 游戲內嵌社區服務提供快速訪問華為游戲中心論壇能力,支持玩家直接在游戲內瀏覽帖子和交流互動,助力開發者擴展內容生產和觸達的場景。 一、為什么要游戲內嵌社區? 二、游戲內嵌社區的典型使用場景 1、游戲內打開論壇 您可以在游戲內繪制論壇入口,為玩家提供沉浸式發帖、瀏覽、點贊、回帖、 ......

    uj5u.com 2023-04-19 09:08:34 more