性能詳細分析
Last updated
Last updated
IMQA MPM性能詳細分析は、「画面性能分析」「区間分析」ページの性能ヒートマップを通して確認できる機能です。性能ヒートマップで特定のセルを選択したり、マウスドラッグで区間を選択すると表示されます。性能詳細分析では、ネイティブスタック分析、ウェブリソース分析、詳細レスポンス分析を実行できます。これを通して、性能の問題点または問題となる区間を把握することができます。
また、ユーザー行動分析機能により、パフォーマンスの問題が発見されたアプリユーザーがどの移動経路でアプリを利用したか全体の行動の流れを確認することができます。
ネイティブスタック分析は、アプリケーション内でCall Stack情報を周期的に収集して、当該ヒートマップ時点のCall Stack情報を総合的に提供しています。例えば、画面がローディングされる時点のCall Stack情報を確認すると、GUI関連の関数とイメージライブラリなどの多くの関数がコールスタックとして見えるようになります。この機能を通して、時間が長くかかる画面、またはCPU、メモリが高い時点のスタック情報を確認して、どのような関数が性能を低下させているのかを確認することができます。
プロガード設定/dSYM設定を通じて各バージョンのマッピングファイルに復号化された場合、実際のソースのファイルおよび位置まで正確に表示されます。 プロガード設定 / dSYM設定は、'MPMを使用する > プロジェクトリスト > プロジェクト管理 > プロガード設定 / dSYM設定'を参照してください。
「画面性能分析」「区間分析」ページの性能ヒートマップで選択したエリアのデバイス情報です。画面、アプリバージョン、OSバージョン、デバイス、通信会社、位置、画面レスポンスタイム、ユーザー数についての情報がリスト形式で表示されます。詳細分析に入ると、まず最初に最上部にあるデバイス情報が下のリバーススタックに表現されています。他のデバイス情報を選択すると、他のスタック情報を確認することができます。画面ローディングタイムは、「画面性能分析」「区間分析」で選択した区間の性能データが表示されます。
デバイス情報リストで選択したデバイスのユーザーがどのフローでアプリを使用したかを連携して追跡を確認できます。 性能低下があったデバイスの性能情報を確認し、性能低下現象発生前後の原因分析が可能です。 [ユーザー行動分析]ボタンをクリックすると、該当デバイスユーザーのアプリ実行~アプリ終了までの画面フローを「行動分析」ページから確認できます。
リバーススタックは、端末情報リストで選択されたデバイス情報の1分間のCall Stack情報を総合して、リバーススタック形式で詳細スタック情報を表しています。
ツリービューでは、詳細なCall Stack情報がツリー形式で表示されます。(括弧)の中にある数字はパーセンテージ(%)を表しており、呼び出された関数の比率を表しています。最後に呼び出された関数からTop-Down形式で関数が並べられています。 ツリービューを通して、問題が発生する可能性が最も高い関数を推定でき、関連する他の関数から実際にアプリに影響を与える程度を確認することができます。
サンバーストグラフは、全スレッドのコールスタックを合わせたもので、どの関数が実行中に最も多く占めているのかを一目で確認することができます。グラフをマウスオーバーすると、その関数が画面下部に表示されます。
関数が発生した位置、関数が発見された回数、関連する他の関数情報を通して、アプリが実行中にどのような動作をしているのかを把握することができます。これをもとに、性能問題の原因を分析することができます。
❶ すべて 全Threadに対するCall Stack情報が表示されます。主に全体的な関数使用量を確認するときに使用されます。
❷ アクティビティコール 待機中を意味する関数(ループを回っていたり、Waitを呼び出している関数)を除いた残りの情報だけが表示されます。 Active Call情報を活用すると、影響力の少ない情報を除いて、実際に影響を及ぼす関数を把握することができます。
❸ 全スレッド UIと非UIにかかわらず、すべてのスレッドの情報を確認することができます。
❹ UIスレッド UIに関連する関数情報のみを把握することができます。
❺ 非 UIスレッド UIを除いた関数情報を確認でき、バックグラウンドでリソースを使用する関数を把握することができます。
❻ リソース使用量 サンバーストグラフとともに提供されるCPU、Memory、Networkエリアは、選択された時間の端末の平均使用量を表しており、これらはOSエリアとAppエリアに分けて表示されます。
HTMLページがonloadイベントを発生する時点までのデータを収集します。CSS、Javascript、Imageなどのリソースをリクエストするときにかかる時間、FMP、FCP、DCLなどのタイミング情報も表示されます。
そのため、ユーザーはウェブページのload時点までどのような外部リクエストがあったのかを把握でき、ページをロードすると遅くなるボトルネック区間を正確に判断することができます。
「画面性能分析」「区間分析」性能ヒートマップで選択したエリアのデバイス情報です。画面、アプリバージョン、OSバージョン、デバイス、通信会社、位置、画面ローディング時間、ユーザー数についての情報がリスト形式で表示されます。詳細分析に入ると、まず最初に最上部にあるデバイス情報が下のタイムラインに表現されています。他のタイムラインを確認したい場合は、他のデバイス情報を選択すると確認することができます。
デバイス情報リストで選択したデバイスのユーザーがどのフローでアプリを使用したかを連携して追跡を確認できます。 性能低下があったデバイスの性能情報を確認し、性能低下現象発生前後の原因分析が可能です。 [ユーザー行動分析]ボタンをクリックすると、該当デバイスユーザーのアプリ実行~アプリ終了までの画面フローを「行動分析」ページから確認できます。
平均ページロード時間とネットワーク / サーバー / DOM / ローディング時間を要約して表します。また、当該時点のデバイス性能情報も要約され表示されます。
Documentの全体DOMが描かれ、ロードされる過程で確認できる情報は以下の通りです。 Document requestタイムラインにマウスポインタをアップロードすると、表示されるツールチップで確認できます。
各リソースについて確認できる情報は以下のとおりです。 各リソースタイムラインにマウスポインタを上げると表示されるツールチップで確認できます。
収集するタイミング情報は以下の通りです。 タイムラインに表示されたマーカーで確認できます。
IMQA MPM は、HTTPレスポンスタイムとレスポンスコードを収集するため、クライアントからのHTTPリクエストを分析することができます。端末で収集されたHTTP情報はms単位で収集され、HTTPヘッダ情報とレスポンスコードが表示されます。これを利用して、特定のURLで発生するレスポンスタイム分析、エラーコードが発生するURLなどを把握することができます。
リアクトネイティブの場合、コンポーネントローディング分析が可能です。 リアクトネイティブでネイティブUIコンポーネントを使用してUIをレンダリングする場合、最も優先的にレンダリングされる親コンポーネント(親コンポーネント)と、そのコンポーネントからインポートして使用されるコンポーネント(子コンポーネント)を区別して分析できます。
クライアントが収集するHTTP関連情報は以下のとおりです。
表示 | ラベル | 説明 |
---|---|---|
表示 | ラベル | 説明 |
---|---|---|
表示 | ラベル | 説明 |
---|---|---|
ラベル | 説明 |
---|---|
◻︎
待機 (Wait)
リクエスト前の待ち時間
◼︎
ネットワーク
ネットワーク探索および接続時間
◼︎
サーバー
サーバーから要請を処理した時間
◼︎
DOM
HTML解析およびDOM構築時間
◼︎
ローディング
表示されるローディング時間
◼︎
コンテンツダウンロード
画面が描かれる時間
◻︎
Waiting
リクエスト前の待ち時間
︎◼︎
Redirect
HTTPリダイレクト実行時間
◼︎
Fetch
リクエスト前に待機する時間またはキャッシュ照会時間
◼︎
DomainLookup
ドメインに該当するIPをDNSで検索する時間
◼︎
Connect
サーバー接続にかかった時間
◼︎
Request sent
サーバにリソースを要請する時間
◼︎
Response
サーバー応答時間
⬇︎
First-Paint (FP)
FPはブラウザが探索前に画面にあったものと視覚的に異なるものでも、最初のビットをレンダリングするときの地点です。
⬇︎
First-Contentful-Paint (FCP)
FCPは最初のコンテンツ(テキスト、画像など)がレンダリング完了時点です。
⬇︎
First-Meaningful-Paint (FMP)
FMPはフォントが適用されるなどの主要コンテンツがユーザに見られる時点です。これはブラウザごとに測定する基準が異なります。
⬇︎
Dom-Content-Loaded (DCL)
DCLイベントは、最初のHTML文書が完全にロード及びパーキングされた時に発生し、スタイルシートやイメージ及びサブフレームロードが終わるのを待ちません。
メソッド
HTTP Method (GET, POST, UPDATE, PUT, DELETEなど)
ホスト
ドメイン情報
状態
HTTPレスポンスコード
ルート
リクエストURL
レスポンスタイム
HTTPリクエストに対するレスポンスタイム