Android 17 以降では、オーディオ ワークロード テストで、低レイテンシのオーディオ再生を維持しながらデバイスが維持できる最大計算負荷を評価します。
テスト方法
このテストでは、1 つの正弦波と N 個の正弦波の間を繰り返し切り替わる信号を生成して、オーディオ CPU のワークロード容量を測定します。
- N はワークロードの複雑さ（正弦波の数）を表します。
- テストは、通常 20 のベースラインの音声数で開始し、N を段階的に増やしてデバイスの安定性のしきい値を特定します。
測定基準
目標は、音声の不具合なしにシステムが処理できる N の最大値を特定することです。これらの条件はテストパネルに含まれています。
- グリッチの定義: グリッチはバッファ アンダーランとして定義されます。これは、システムがバッファに音声データを時間内に提供できなかった場合（
underrun_count > 0）に発生します。 - 最大ボイス数に達しました: この指標は、グリッチのないストリームを維持しながら、デバイスが正常に処理した正弦波の最大数を表します。
- 必要な最小音声数: この指標は、テストに合格するために必要な N の最小値を表します。このしきい値は、デバイスで宣言されているメディア パフォーマンス クラス（MPC）レベルによって異なります。
テストパネル
[Audio Workload Test] パネルには、リアルタイムのパフォーマンス指標とテストのステータスが表示されます。
図 1. オーディオ ワークロード テストのパネル
テストの制御とステータス
テストパネルでは、次のコントロールとステータス インジケーターを使用できます。
- 開始/停止: ワークロードの音声ストリームを開始または停止します。
- アンダーラン数（xRuns）: リアルタイムで検出されたグリッチの数を示します。
- ワークロード グラフ: リアルタイムの音声ワークロードを表示します。緑はグリッチのない再生を示し、赤はアンダーランが検出されたことを示します。
- Max Voices Reached: セッション中に達成された正弦波の現在の最大数を表示します。
- 必要な最小音声数: テストに合格するために必要な N の最小値を表示します。
テストプロセス
オーディオ ワークロード テストを実施する手順は次のとおりです。
- テスト対象デバイス（DUT）を平らな面に置きます。一貫した結果を得るには、デバイスが安定した室温に達するまで待ってからテストを開始し、サーマル スロットリングを回避します。
- CPU 使用率の高い他のアプリがバックグラウンドで実行されていないことを確認します。
- メディアの音量を、聞こえるレベル（約 50%）に設定します。
- CTS 検証ツールで、オーディオ ワークロード テストを起動します。
- [開始] をタップします。
- ワークロードの増加を確認します。テストでは、アンダーランをモニタリングしながら、正弦波の数を自動的に増やします。
システムが最大安定ワークロードを特定すると、テストは完了します。システムは最終的な Max Voices Reached 値を記録します。
テストが完了し、結果がデバイスで宣言されているメディア パフォーマンス クラスの要件を満たしている場合、[PASS] ボタンが有効になります。