主頁 > 移動端開發 > 為什么麒麟9000是AI-Benchmark榜單的王者?——具體指標分析及當前Android生態AI態勢

為什么麒麟9000是AI-Benchmark榜單的王者?——具體指標分析及當前Android生態AI態勢

2020-10-27 08:43:54 移動端開發

田海立@CSDN 2020-10-24

隨著華為Mate40 pro及其搭載的海思麒麟9000處理器的發布,其手機和移動soc的AI性能也雙雙登上了AI-Benchmark的榜首位置,其具體指標如何呢,為什么能登上榜首?本文從CPU性能、NNAP-INT8量化性能、NNAPI-FP16浮點性能、NNAPI-INT8精度和NNAPI-FP16精度等諸多指標因素來分析,借此分析當前Android生態各家移動soc AI性能態勢也就明朗了,

零、背景

《AI Benchmark測驗原理、v4測驗項變化以及榜單資料解讀》介紹了AI-Benchmark測驗AI的原理:在Android系統上測驗AI性能;基于Android NNAPI來測驗,用各種TensorFlow Lite模型(不同資料型別和算子)從不同角度來測驗AI性能,AI Benchmark v4版本更新了測驗模型、測驗方法與目標,相應的評分標準都有所變化,

《AI Benchmark v4榜首風云:麒麟9000登上榜首》介紹了隨著華為Mate40 pro及其搭載的海思麒麟9000處理器的發布,其AI性能也雙雙登上了AI-Benchmark的手機和移動soc的榜首,

其具體指標如何呢,為什么是它在榜首?本文將從CPU性能、NNAPI-INT8性能、NNAPI-FP16性能、精度等諸多方面來進一步分析,借此您也可了解當前Android生態各家移動soc AI性能態勢,

這里選取AI-Benchmark榜單上各家資料,每家選取一款得分最高的soc:海思麒麟9000、MTK 天璣1000+、高通驍龍865 Plus以及三星Exynos 990,沒有選取紫光展銳的虎賁T312以及SC9832A、Rockchip的RK3399等資料,是因為榜單上顯示并它們并沒有AI加速器的支持,

所選取對比的各家soc處理器的CPU與AI加速器以及各具體單項性能資料如下:

AI-Bechmark ranking mobile soc processor 移動soc AI性能

由此看出:

  1. CPU:因為Kirin 9000也是A77,不是Kirin 990 5G的A76,并且比Dimensity 1000+的工藝更先進,所以,其CPU的量化性能資料(CPU-Q)與浮點性能資料(CPU-F)的得分都比1000+還要高,不過是稍微超出,情理之中;
  2. INT8 NPU資料:麒麟9000的NNAPI 1.1分數超出天璣1000+很多(24398 vs 17124),看來NPU達芬奇架構在INT8的支持上也有了質的飛躍, 不過麒麟9000的NNAPI1.2分數不高(14280 vs 18559),可能是對NNAPI1.2新加的算子支持度不高導致,
  3. FP16 NPU資料:不管是NNAPI1.1還是NNAPI1.2資料,麒麟9000完全領先與其他各大soc處理器(NNAPI1.1得分:37064 vs 12970;NNAPI1.2得分:73781 vs 25879),
  4. 精度資料:麒麟9000的INT8以及驍龍865 Plus的FP16的精度資料較差,對于麒麟9000只是降低了分數,對驍龍865 Plus來說就是跑分上不去的一大因素了,

下面會逐項展開詳細分析這些資料及其背后展現的AI處理能力的邏輯,

一、CPU

看CPU的配置:

AI-Bechmark ranking score CPU-Q CPU-F CPU性能

各家CPU的代系:

  • 海思麒麟9000是A77,且5nm最新工藝超核能做到3.13GHZ;
  • MTK天璣1000+是A77,4大核做到2.6 GHZ
  • 驍龍865 Plus的Kryo 585也相當于A77

所以,這里的CPU跑分不管是量化還是浮點基本都反應了ARM的CPU架構代次以及芯片制造工藝水平,

各個模型的詳細跑分展開也進一步說明了這種情況:

AI-Bechmark ranking latency CPU-Q CPU-F CPU性能

各個模型運行Latency最低的就是麒麟9000和天璣1000+了,

二、NNAPI-INT8

NNAPI-INT8資料反應了AI加速器對INT8量化模型的支持情況和性能:

AI-Bechmark ranking score INT8 NNAPI 量化

可以看到:海思麒麟9000的NNAPI 1.1超出第二名MTK天璣1000+很多(24398 vs 17124),看來NPU達芬奇架構在INT8的支持上也有了質的飛躍, 不過麒麟9000的NNAPI1.2不高(14280 vs 18559),可能是對NNAPI1.2新加的算子支持度不高導致,

各個模型的詳細跑分展開說明了這種情況:

AI-Bechmark ranking latency INT8 NNAPI 量化

各個量化INT8模型測驗中:

  • 麒麟9000在Inception-V3、MobileNet-V2 Parallel(2/4/8 Models)、PyNet、VGG-19、SRGAN、U-Net以及DPED-ResNet等9個量化指標中都占據第一;
  • 天璣1000+在MobileNet-V2(bs=1, 2)、MobileNet-V3、MobileNet-V2 Parallel(1 Models)、DeepLab V3(單以及Parallel)等6個量化指標中占據第一;

而且帶背景的高亮部分應該是反應的Paralle能力,去除之后應該是麒麟9000 vs 天璣1000+:6 vs 4

因為不同的模型中的算子定義在不同的NNAPI版本中,而具體哪個模型反應了NNAPI 1.?的指標,AI-Benchmark官方并沒直接給出,這里也就暫時不能定量的詳細的給出,但這里基本反應了INT8的總分情況,麒麟9000對MTK天璣1000+:NNAPI 1.1 24398 vs 17124;NNAPI1.2 14280 vs 18559,

三、NNAPI-FP16

NNAPI-FP16資料反應了AI加速器對FP16浮點模型的支持情況和性能:

AI-Bechmark score FP16 NNAPI 浮點

可以看到:不管是NNAPI1.1還是NNAPI1.2資料,海思麒麟9000完全領先其他各家,對比第二的MTK天璣1000+(NNAPI1.1得分:37064 vs 12970;NNAPI1.2得分:73781 vs 25879),

各個模型的詳細跑分展開說明了這種情況:

AI-Bechmark latency FP16 NNAPI 浮點

各個FP16浮點模型測驗中:

  • 麒麟9000在MobileNet-V2(bs=1, 2)、Inception-V3、MobileNet-V3、MobileNet-V2 Parallel(1/2/4/8 Models)、CRNN (ResNet-18 + LSTM)、PyNet、VGG-19、SRGAN、U-Net、DeepLab V3+以及DPED-ResNet等15個FP16模型指標中都占據第一,且比第二的Latency低很多;
  • 麒麟9000僅僅LSTM的支持比較差,另外FP32的支持【通過CRNN (ResNet-18 + LSTM)】也不強,

帶背景的高亮部分應該是反應的Paralle能力,去除之后麒麟9000 也有11個單個模型測驗高居第一,

這基本反應了FP16的總分情況,

四、精度

精度資料反應了AI加速器計算時的精度,所以也僅僅NNAPI-INT8和NNAPI-FP16才會考察該指標:

AI-Bechmark score INT8/FP16 Accuracy 精度

可以看到:麒麟9000的INT8以及驍龍865 Plus的FP16的精度資料較差,

各個模型的詳細跑分展開說明了這種情況:

AI-Bechmark score INT8/FP16 Accuracy 精度

模型測驗的精度結果中:

  • 麒麟9000的MobileNet-V3、SRGAN以及DPED-ResNet的NNAPI-INT8精度都很差
  • 驍龍865 Plus的PyNet以及DPED-ResNet的NNAPI-FP16精度也很差
  • MTK的天璣1000+在INT8和FP16的精度方面表現都很好

精度方面,對于麒麟9000是降低了些分數,對驍龍865 Plus來說就是跑分上不去的一大因素了,

五、并發性能

并發資料反應了對多個AI推理任務的支持情況,從NNAPI-INT8和NNAPI-FP16考察該指標:

AI-Bechmark score INT8/FP16 Parallel 并發

可以看到:麒麟9000對FP16支持比較好;天璣1000+對INT8支持比較好,

各個模型的詳細跑分展開說明了這種情況:

AI-Bechmark Latency INT8/FP16 Parallel 并發

各個模型并發測驗結果中:

  • 海思麒麟9000的各項FP16指標都很好,MobileNet V2 batch=4,以及MobileNet-V2(2/4/8個模型運行)都據第一,5占其4,且另一個DeepLab V3+并沒有被拉大距離;
  • MTK天璣1000+各項INT8指標都很好,MobileNet V2 batch=4,MobileNet-V2(2個模型運行)以及DeepLab V3+都據第一,5占其3,雖然麒麟9000在MobileNet-V2(4/8個模型運行)占第一,但其實沒拉開與天璣1000+的差距,所以,最終天璣1000+的INT8并發指標好于麒麟9000;
  • 驍龍865 Plus的DPED-ResNet的FP16的并發性能最強,不過并沒有拉開對別家的距離而形成優勢,

所以,總體并發性能看,麒麟9000對FP16支持比較好;天璣1000+對INT8支持比較好,

總結——當前態勢

通過上面對各家最頂級soc的分析,可以看到目前整個Android生態移動soc市場(其實移動市場也就Apple的iPhone系列不在這個體系)中AI的支持情況:

1. 華為海思麒麟達芬奇系列

通過達芬奇架構的NPU的加持,FP16性能不管是NNAPI1.1還是NNAPI1.2資料,海思麒麟9000完全領先其他各家,對比第二的MTK天璣1000+(NNAPI1.1得分:37064 vs 12970;NNAPI1.2得分:73781 vs 25879)

INT8性能海思麒麟9000的NNAPI 1.1超出MTK天璣1000+很多(24398 vs 17124),看來NPU達芬奇架構在INT8的支持上也有了質的飛躍, 不過NNAPI1.2不高(14280 vs 18559),可能是對NNAPI1.2新加的算子支持度不高

麒麟9000的INT8的精度不高,特別是三個模型MobileNet-V3、SRGAN以及DPED-ResNet的精度可以說是很差,光推理速度快,結果都是錯的,這快的質量要大打折扣的,

2. MTK天璣系列

MTK天璣1000+各方面都很均衡,各項指標(INT8量化性能、FP16浮點性能、INT8量化精度、FP16浮點精度、NNAPI1.2的支持)都很好,所以在麒麟9000發布之前,領先其他各家很多占據榜首(92.3k vs 當時的第二名高通驍龍865Plus的59.9k),

當然天璣1000+是2019年的產品,麒麟9000是新發布的產品,這態勢也只能說是目前的態勢,

3. 高通驍龍系列

高通驍龍865 Plus各項指標(INT8量化性能、INT8量化精度、FP16浮點精度、NNAPI1.2的支持)都比較好,考慮到其FP支持是在GPU上做,FP16的整體性能資料不高也能理解,而其FP32能力是最強的,不過估計評分體系中所占比重不高,

但是其FP16的精度資料很低是比較意外的,特別是PyNet以及DPED-ResNet的精度很差,而FP16在整個評分體系中的比重又比較高,所以Qualcomm要提高它的評分,應該關注一下它GPU支持的精度問題,而且即便不是為了AI-Benchmark上的跑分,實際運行模型的時候,精度差也基本上是不被接受的,

4. CPU性能資料

CPU沒什么特別可說的,基本比拼的是CPU的代次和工藝了,最新ARM架構、最先進工藝就意味著分數較高,不過CPU分數的差距也拉不開,差別也不大,

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

標籤:其他

上一篇:為了1024小勛章,我寫了一篇博客

下一篇:我們只不過在忙碌地窮著——讀《貧窮的本質》

標籤雲
其他(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