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

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

2020-10-26 23:27:14 區塊鏈

田海立@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/qukuanlian/192724.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)

熱門瀏覽
  • JAVA使用 web3j 進行token轉賬

    最近新學習了下區塊鏈這方面的知識,所學不多,給大家分享下。 # 1. 關于web3j web3j是一個高度模塊化,反應性,型別安全的Java和Android庫,用于與智能合約配合并與以太坊網路上的客戶端(節點)集成。 # 2. 準備作業 jdk版本1.8 引入maven <dependency> < ......

    uj5u.com 2020-09-10 03:03:06 more
  • 以太坊智能合約開發框架Truffle

    前言 部署智能合約有多種方式,命令列的瀏覽器的渠道都有,但往往跟我們程式員的風格不太相符,因為我們習慣了在IDE里寫了代碼然后打包運行看效果。 雖然現在IDE中已經存在了Solidity插件,可以撰寫智能合約,但是部署智能合約卻要另走他路,沒辦法進行一個快捷的部署與測驗。 如果團隊管理的區塊節點多、 ......

    uj5u.com 2020-09-10 03:03:12 more
  • 谷歌二次驗證碼成為區塊鏈專用安全碼,你怎么看?

    前言 谷歌身份驗證器,前些年大家都比較陌生,但隨著國內互聯網安全的加強,它越來越多地出現在大家的視野中。 比較廣泛接觸的人群是國際3A游戲愛好者,游戲盜號現象嚴重+國外賬號安全應用廣泛,這類游戲一般都會要求用戶系結名為“兩步驗證”、“雙重驗證”等,平臺一般都推薦用谷歌身份驗證器。 后來區塊鏈業務風靡 ......

    uj5u.com 2020-09-10 03:03:17 more
  • 密碼學DAY1

    目錄 ##1.1 密碼學基本概念 密碼在我們的生活中有著重要的作用,那么密碼究竟來自何方,為何會產生呢? 密碼學是網路安全、資訊安全、區塊鏈等產品的基礎,常見的非對稱加密、對稱加密、散列函式等,都屬于密碼學范疇。 密碼學有數千年的歷史,從最開始的替換法到如今的非對稱加密演算法,經歷了古典密碼學,近代密 ......

    uj5u.com 2020-09-10 03:03:50 more
  • 密碼學DAY1_02

    目錄 ##1.1 ASCII編碼 ASCII(American Standard Code for Information Interchange,美國資訊交換標準代碼)是基于拉丁字母的一套電腦編碼系統,主要用于顯示現代英語和其他西歐語言。它是現今最通用的單位元組編碼系統,并等同于國際標準ISO/IE ......

    uj5u.com 2020-09-10 03:04:50 more
  • 密碼學DAY2

    ##1.1 加密模式 加密模式:https://docs.oracle.com/javase/8/docs/api/javax/crypto/Cipher.html ECB ECB : Electronic codebook, 電子密碼本. 需要加密的訊息按照塊密碼的塊大小被分為數個塊,并對每個塊進 ......

    uj5u.com 2020-09-10 03:05:42 more
  • NTP時鐘服務器的特點(京準電子)

    NTP時鐘服務器的特點(京準電子) NTP時鐘服務器的特點(京準電子) 京準電子官V——ahjzsz 首先對時間同步進行了背景介紹,然后討論了不同的時間同步網路技術,最后指出了建立全球或區域時間同步網存在的問題。 一、概 述 在通信領域,“同步”概念是指頻率的同步,即網路各個節點的時鐘頻率和相位同步 ......

    uj5u.com 2020-09-10 03:05:47 more
  • 標準化考場時鐘同步系統推進智能化校園建設

    標準化考場時鐘同步系統推進智能化校園建設 標準化考場時鐘同步系統推進智能化校園建設 安徽京準電子科技官微——ahjzsz 一、背景概述隨著教育事業的快速發展,學校建設如雨后春筍,隨之而來的學校教育、管理、安全方面的問題成了學校管理人員面臨的最大的挑戰,這些問題同時也是學生家長所擔心的。為了讓學生有更 ......

    uj5u.com 2020-09-10 03:05:51 more
  • 位元幣入門

    引言 位元幣基本結構 位元幣基礎知識 1)哈希演算法 2)非對稱加密技術 3)數字簽名 4)MerkleTree 5)哪有位元幣,有的是UTXO 6)位元幣挖礦與共識 7)區塊驗證(共識) 總結 引言 上一篇我們已經知道了什么是區塊鏈,此篇說一下區塊鏈的第一個應用——位元幣。其實先有位元幣,后有的區塊 ......

    uj5u.com 2020-09-10 03:06:15 more
  • 北斗對時服務器(北斗對時設備)電力系統應用

    北斗對時服務器(北斗對時設備)電力系統應用 北斗對時服務器(北斗對時設備)電力系統應用 京準電子科技官微(ahjzsz) 中國北斗衛星導航系統(英文名稱:BeiDou Navigation Satellite System,簡稱BDS),因為是目前世界范圍內唯一可以大面積提供免費定位服務的系統,所以 ......

    uj5u.com 2020-09-10 03:06:20 more
最新发布
  • web3 產品介紹:metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包,它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一,它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:46:47 more
  • Hyperledger Fabric 使用 CouchDB 和復雜智能合約開發

    在上個實驗中,我們已經實作了簡單智能合約實作及客戶端開發,但該實驗中智能合約只有基礎的增刪改查功能,且其中的資料管理功能與傳統 MySQL 比相差甚遠。本文將在前面實驗的基礎上,將 Hyperledger Fabric 的默認資料庫支持 LevelDB 改為 CouchDB 模式,以實作更復雜的資料... ......

    uj5u.com 2023-04-16 07:28:31 more
  • .NET Core 波場鏈離線簽名、廣播交易(發送 TRX和USDT)筆記

    Get Started NuGet You can run the following command to install the Tron.Wallet.Net in your project. PM> Install-Package Tron.Wallet.Net 配置 public reco ......

    uj5u.com 2023-04-14 08:08:00 more
  • DKP 黑客分析——不正確的代幣對比率計算

    概述: 2023 年 2 月 8 日,針對 DKP 協議的閃電貸攻擊導致該協議的用戶損失了 8 萬美元,因為 execute() 函式取決于 USDT-DKP 對中兩種代幣的余額比率。 智能合約黑客概述: 攻擊者的交易:0x0c850f,0x2d31 攻擊者地址:0xF38 利用合同:0xf34ad ......

    uj5u.com 2023-04-07 07:46:09 more
  • Defi開發簡介

    Defi開發簡介 介紹 Defi是去中心化金融的縮寫, 是一項旨在利用區塊鏈技術和智能合約創建更加開放,可訪問和透明的金融體系的運動. 這與傳統金融形成鮮明對比,傳統金融通常由少數大型銀行和金融機構控制 在Defi的世界里,用戶可以直接從他們的電腦或移動設備上訪問廣泛的金融服務,而不需要像銀行或者信 ......

    uj5u.com 2023-04-05 08:01:34 more
  • solidity簡單的ERC20代幣實作

    // SPDX-License-Identifier: GPL-3.0 pragma solidity >=0.7.0 <0.9.0; import "hardhat/console.sol"; //ERC20 同質化代幣,每個代幣的本質或性質都是相同 //ETH 是原生代幣,它不是ERC20代幣, ......

    uj5u.com 2023-03-21 07:56:29 more
  • solidity 參考型別修飾符memory、calldata與storage 常量修飾符C

    在solidity語言中 參考型別修飾符(參考型別為存盤空間不固定的數值型別) memory、calldata與storage,它們只能修飾參考型別變數,比如字串、陣列、位元組等... memory 適用于方法傳參、返參或在方法體內使用,使用完就會清除掉,釋放記憶體 calldata 僅適用于方法傳參 ......

    uj5u.com 2023-03-08 07:57:54 more
  • solidity注解標簽

    在solidity語言中 注釋符為// 注解符為/* 內容*/ 或者 是 ///內容 注解中含有這幾個標簽給予我們使用 @title 一個應該描述合約/介面的標題 contract, library, interface @author 作者的名字 contract, library, interf ......

    uj5u.com 2023-03-08 07:57:49 more
  • 評價指標:相似度、GAS消耗

    【代碼注釋自動生成方法綜述】 這些評測指標主要來自機器翻譯和文本總結等研究領域,可以評估候選文本(即基于代碼注釋自動方法而生成)和參考文本(即基于手工方式而生成)的相似度. BLEU指標^[^?88^^?^]^:其全稱是bilingual evaluation understudy.該指標是最早用于 ......

    uj5u.com 2023-02-23 07:27:39 more
  • 基于NOSTR協議的“公有制”版本的Twitter,去中心化社交軟體Damus

    最近,一個幽靈,Web3的幽靈,在網路游蕩,它叫Damus,這玩意詮釋了什么叫做病毒式營銷,滑稽的是,一個Web3產品卻在Web2的產品鏈上瘋狂傳銷,各方大佬紛紛為其背書,到底發生了什么?Damus的葫蘆里,賣的是什么藥? 注冊和簡單實用 很少有什么產品在用戶注冊環節會有什么噱頭,但Damus確實出 ......

    uj5u.com 2023-02-05 06:48:39 more