Androidスマホ ベンチマーク結果まとめ。CPU・メモリ・ストレージ性能・タッチレイテンシー一覧

AnTuTuベンチマークがGoogle Play プロテクトでブロック対象になり、偽物も現れるなどきな臭くなってきたので、ベンチマークアプリを変えることにしました。自分用に各SoC・デバイス毎のベンチマーク結果をまとめておきます。

ベンチマーク結果一覧

AndroidのベンチマークアプリではAnTuTu Benchmarkが人気でしたが、 2020年3月頃にGoogle Playストアから削除されてしまいました。

当初は「広告詐欺に関する一斉BANの巻き添えを食らっただけ」という見方もありましたが、Playストアからの削除だけでなくAPKインストール時にも警告が出るなどGoogleからの締め付けが強くなっており、単なる誤BANではなく本当に個人情報を盗んでいる可能性も出てきています。

また、AnTuTu Benchmark Testを名乗る偽物と思われるアプリまで登場しています。

ベンチマークする程度でリスクはとりたくない、ということで、今後のベンチマークはAnTuTuではなくGeekBench 5・3DMark・PCMark・CPDT Benchmarkで計測することにしました。

 

比較対象がないと分かりにくいため、各ベンチマーク結果をここにまとめておきます。

自分で計測したものを順次追加していきます。

表の中にあるスクロールバーを動かすとスコアが低い端末まで表示できます。

なお、一部の個別記事ではWeTest PerfDogで計測したゲーム性能データも掲載しています。

ベンチマーク端末

モデル名の数字は下記グラフの*の数値と一致させています：

※基本的に端末で設定できる最高解像度・リフレッシュレートの状態で計測します。

ベンチマークブーストについて

特に中華スマホでは、ベンチマーク時だけCPUクロックを最大に固定するなどして数値をよく見せかける、いわゆる「ベンチマークブースト」を行っていることがあります。

ベンチマークブーストとは別に、ベンチマーク結果は普通なものの、パッケージ名で識別してアプリのCPU/GPU動作を制限する「スロットリング」という挙動もあります。

 

性能向上に伴って発熱が増えることは当たり前なので「スロットリング」については回避手段があるなら大きな問題ではないと考えていますが、「ベンチマークブースト」は他端末との公平な比較ができなくなる、ベンチマークを無意味にする悪質な行為だと考えています。

実際、ベンチマークブーストが行われたMediaTek Dimensity 8100・9000搭載端末とブーストされていないSnapdragon搭載端末を比較して「MediaTekのほうが優れている」という誤った結論を出してしまっているサイトも多いです。

「ブーストを前提として比較すればいい」という人もいますが、基準が無茶苦茶な比較に何の意味があるというのでしょうか…。

以下のベンチマーク結果のうちGeekbench 5ではベンチマークブーストを行っているか確認しやすいため、ブーストを行っていることが分かれば非ブースト時のスコアを掲載しています。

Geekbench 5でブーストしていれば他のベンチマークアプリ (AnTuTu含む) でも同様に行われていると考えて良いです。

現時点で判明しているものをリストアップしておきます。

ベンチマークブーストを行っている端末👠：

• realme / OnePlus (MediaTek) … 54
• Black Shark … 57
• Infinix … 59

スロットリングを行っている端末：

• Samsung … 48
• Xiaomi … 53
• vivo … 55、58

なお、MediaTek SoC搭載端末では/vendor/etc/power_app_cfg.xmlなどで調整対象のアプリ一覧が記載されています。P20の時代から同様の調整が行われているため、MediaTek SoCのベンチマークは基本的に信用しないほうが良さそうです。

 

ベンチマークブースト・スロットリングを確認する方法：

1. Geekbench 5をインストールする
2. こちらのGeekbench開発者のツイートより、原神に偽装したバージョンをダウンロードしてインストールする
3. まず原神偽装版でスコアを計測した後、通常のGeekbenchでもスコアを計測する

普通なら短期間にベンチマークを繰り返すとスコアが下がりますが、通常版のほうがスコアが明らかに大きければベンチマークブースト・スロットリングをしている可能性が高いです。

Cpu FloatなどCPUクロックをオーバーレイでリアルタイム表示できるアプリを使ってCPUクロックを確認し、通常版のGeekbenchを開いた時に最大値に張り付いたまま・最大値になりやすい状態であれば、スロットリングではなくブーストを行っているということになります。

オーバーレイ表示が消える場合は、開発者向けオプションで「設定での画面オーバーレイを許可する」をオンにしてください。

CPU性能

CPU性能はGeekbench 5にて計測します。

シングルコア

マルチコア

(端末一覧にもどる▷)

ミドルレンジのSnapdragon 765GやMediaTek Dimensity 1200でも少し前のハイエンドSoCに勝るとも劣らないスコアをたたき出していますし、ゲームなど重たいことをしないならミドルレンジでも十分な時代になってきました。

グラフィックス性能

主にGPUのグラフィックス性能を3DMarkのクロスプラットフォーム対応テストWild Lifeにて計測します。

Android 10以降のOSでのみ動作するため、古い端末とは比較できません。

さらに負荷が高いWild Life Extremeの結果はこちらです。

Vulkan APIを利用し、3840×2160解像度でWild Lifeよりもエフェクトなどが増やされています。

(端末一覧にもどる▷)

普段使いの性能

普段使いの操作での快適さをPCMark Work 3.0で計測します。Work 3.0ベンチマークではウェブの閲覧、動画の編集、ドキュメントやデータの操作、写真の編集など、一般的なタスクをどのように処理するかを確認されています。

CPUだけでなくGPUやストレージ性能など全般的な性能を計測できます。

最低でも7000以上でないと快適な普段使いは厳しいと思います。

(端末一覧にもどる▷)

以下はPCMark Work 2.0時点のデータです。Work 3.0とは異なる数値が出る場合がありますが、差はあまりありません。

効率の良さ

原神を最高画質・60FPS設定でプレイしたときの平均フレームレートを平均消費で割った数値で、どれだけ効率の良い端末なのかの指標にします。

効率が良い端末では、少ないバッテリー消費で滑らかな表示を維持できるということになります。

SoC単体の性能だけではなく、どれほどソフトウェアでの最適化もされているかが分かります。

SoC単体の性能で見るとハイエンドSoCに負ける機種でも、実際のゲームプレイでは安定した性能を発揮できる場合があります。

特記事項:

• AI Frame Rate Stabilizerがオン…51
• Ultra-steady framesがオン…46、49、54
• パフォーマンスモードがオン…53、54
  (スロットリング解除にパフォーマンスモードが必要なため)

(端末一覧にもどる▷)

ストレージ・メモリ性能

ストレージとメモリの性能はCPDT Benchmarkで計測します。

かつてはeMMC (embedded MultiMediaCard) が主流でしたが、最近ではより高速なUFS (Universal Flash Storage) の採用が広まっています。UFS 1.0では最大総帯域幅が300 MB/sだったのがUFS 2.1では1200 MB/sになり、UFS 3.0では2900 MB/sになるなどかなりのスピードで進化しています。

Android Compatibility Definition Document によると、Android 12では

• シーケンシャルライト…125 MB/s以上
• シーケンシャルリード…250 MB/s以上
• ランダムライト…10 MB/s以上
• ランダムリード…40 MB/s以上

が高パフォーマンスなデバイス (Performance class 12) として認定されるようです。

CDDとCPDTでは計測方法が違うのでそのまま当てはめることはできませんが、参考にはなると思います。

シーケンシャルライト

シーケンシャルリード

ランダムライト

ランダムリード

同じ規格でも機種によってかなりバラツキがあり、UFS 3.1だから必ず良い結果になるとも限らないようです。

メモリコピー

LPDDR4・LPDDR4xが主流ですが、最近ではLPDDR5が登場しました。LPDDR4xではデータ転送速度が最大4.266Gpsなのに対して、LPDDR5では最大6.4Gbpsと1.5倍もの高速化がされています。

最大8.5Gbpsに強化されたLPDDR5Xが2022年後半以降に商用化されることで、今後さらに高性能なものが出てくると思います。

(端末一覧にもどる▷)

タップ・画面レイテンシー

WALT Latency Timerにて、タップレイテンシー (タッチへの反応の遅延) と画面描画のレイテンシーを計測しました。

ゲームモード、最高リフレッシュレートに設定した状態で30回ほどタップした結果を使い、画面中央で明るさ最大にして画面描画の遅延を計測しています。

ACTION_DOWN時のタッチからカーネル、カーネルからJavaの間の遅延と画面描画の遅延の合計値が「タッチして画面表示が変化するまでにかかる遅延」で、少ない方が良いです。

どうやらMediaTek SoC搭載端末は画面描画で遅延が発生しやすいようです。

タッチからカーネル、カーネルからJavaの間の遅延を小さくするにはタッチサンプリングレートを、画面描画の遅延を小さくするにはリフレッシュレートを高めると良いようですが、タッチサンプリングレートについてはゲームモードの設定でも明示的に高いモードを選べないことがあります。

(端末一覧にもどる▷)

オーディオレイテンシー

オーディオ出力時の遅延をWALT Latency Timerにて計測しました。

3.5mmイヤホンジャックがある端末ではイヤホンジャックを使い、非搭載であればUSB Type-CハブにPlugable USB オーディオアダプタを取り付けて計測します。

WALT Latency TimerはAAudioなどのAPIに対応していないため、API対応アプリであればこの計測結果より低遅延になると思います。

Dolby Atmosが有効だと20msほど遅延が増えるようです。

🎧=イヤホンジャックあり

(端末一覧にもどる▷)

スピーカーのレイテンシー

音ゲーをする際などに関わってくる、音の遅延も計測してみました。

計測はSuperpowered Mobile Audio Latency Test Appを使用します。静かな場所で音量を最大に設定し、スピーカー再生でテストしています。

※近所に大音量のビープ音が響き渡るので今後の計測はしません…。

 

一般的に使用されているOpenSL ESでは遅延が大きめで、Androidの仕様上どうしても改善がしにくい状況です。

ちなみに最近のスマホ・タブレットによく搭載されているDolby Atmosは処理が増える都合上さらに遅延が大きくなってしまいます。

新しいAPIであるAAudioでは遅延が抑えられており30ms台になっていますが、10ms以下にするのはやはり難しいようです。

AAudioはAndroid 8.0以降向けに設計されたアプリでしか使用できないため、一般的なゲームで使えるようになるにはまだまだ時間が掛かりそうです。

有線イヤホン等であれば10msほどにできるので、音ゲーをする際はイヤホン・DACを接続したほうが良いでしょう。

まとめ

同じ規格を採用していても新しいモデルほど改良・最適化が進み、パフォーマンスが高まる傾向にあります。

分類上はミドルレンジでも数年前のハイエンドモデルを超える性能を持っていることもありますし、安価に高性能なスマホが手に入る時代になって良いですね。