Performance Viewer でプロファイリング結果を分析する (非推奨)

パフォーマンスビューアーの廃止

2022.3 がリリースされる前は、サンプリング、トレース、行単位のパフォーマンススナップショットは従来のパフォーマンスビューアーで開く必要がありましたが、タイムラインスナップショットはより最新のタイムラインビューアーで開いていました。これにより、2 つのビューアーのユーザーインターフェースとスナップショット分析へのアプローチが異なるため、全体的なユーザーエクスペリエンスが悪化しました。

dotTrace 2022.3 では、パフォーマンスビューアーを廃止し、dotTrace ビューアー (以前のタイムラインビューアー) を採用しました。dotTrace はこれを使用して、すべてのタイプのスナップショットを開きます。それでも、破棄された dotTrace 2022.3 の Performance Viewer を引き続き使用したい場合は、そのようなオプションがまだあります。

dotTrace Viewer と非推奨の Performance Viewer の主な違いは次のとおりです。

分析の開始

Performance Viewer では、スレッドビューまたは呼び出しツリービューを使用して分析を開始します。スレッドビューの主な問題は、メソッド呼び出しをマージできないことです。アプリケーションが同じコード (メソッド) を異なるスレッドで実行するとします。Performance Viewer では、すべてのスレッドを 1 つずつ開く必要があり、それらが同じコードを実行していることに気付かない可能性があります。

dotTrace Viewer では、開始点は呼び出しツリーです。Performance Viewer とは異なり、すべてのスレッドからの結合された呼び出しが表示されます。

dotTrace Viewer のスレッドリストは、分析のために特定のスレッドを選択できるだけでなく、他のフィルターに応じてデータを表示するフィルターです。例: 特定のメソッドにスコープした後、スレッドはメソッド呼び出しが異なるスレッド間でどのように分散されたかを示します。

Performance Viewer の呼び出しツリービューには、スレッドビューと同じ問題があります。データはそのまま表示されます。ビューは、ユーザー呼び出しをマージしたり、システム呼び出しをグループ化したりしません。開始すると、ツリーは常にシステムコールの集まりであり、ユーザーコールは内部に隠されています。

ツリーを調べ始めると、興味のあるユーザーメソッドが見つかります。問題は、これらが個別の呼び出しインスタンスであることです。

dotTrace ビューアーで表示されるものと比較してください。ユーザーメソッドのマージされた呼び出しが一番上に表示され、システムコールはまったくありません。システムコールは、システムコールの折りたたみにより隠されています。

必要に応じて、システムコールを展開して、Performance Viewer と同様の図を取得できます。これにより、コールツリーがそのまま表示されます。システムコールとユーザーコールのインスタンスがその場所に表示されます。

全体として、Performance Viewer を使用する際の主な問題は開始点です。パフォーマンス分析をどこから始めるべきかは明らかではありません。dotTrace Viewer では、いつでも呼び出しツリーから始めて、疑わしいメソッドにスコープを設定できます。高い確率で、ホットスポットの上位 5 つのメソッドが探しているものです。

データ解析

dotTrace ビューアーは、スナップショット分析への OLAP アプローチを提供します。すべてのビューは、一部のデータを表示するだけでなく、他のビューのフィルターとしても機能します。これらのフィルターを適用することで、スナップショットをさまざまな次元でスライスできます。

Performance Viewer には、ほとんど生のコールスタックデータが表示されます。このアプローチが望ましい場合もありますが、dotTrace ビューアーのフィルターは、さまざまな山括弧からのデータを分析するための信じられないほどの多様性を提供します。

スレッドの複雑さの分析

Performance Viewer は、各スレッドのツリーの複雑度を自動的に計算し、このパラメーターに基づいてスレッドビューでスレッドを並べ替えます。この並べ替えにより、どのスレッドが最も多くの作業を行っており、分析の対象となるかをすばやく理解できます。

現在、dotTrace Viewer はこのようなスレッド分析を提供していませんが、将来的にはサポートする予定です。

サブシステム

OLAP アプローチにより、dotTrace ビューアーのサブシステムは、他のフィルターと同様に完全に機能するフィルターです。特定のサブシステムを選択すると、他のビューにフィルター処理されたデータが表示されます。たとえば、呼び出しツリーは、選択したサブシステムに属するメソッドを含むコールスタックの部分のみを表示します。

Performance Viewer では、サブシステムは静的エンティティです。選択したコールツリーのサブシステム間の時間分布のみが表示されます。

タブと分析状態

Performance Viewer の最も強力な機能の 1 つは、コールツリーの特定の部分を個別のタブで開く機能です。これは、ツリーの疑わしい部分を調べてから、焦点を失うことなく分析に戻りたい場合に役立ちます。

dotTrace ビューアーでは、分析の状態は、現在有効になっているフィルターのセットによって決まります。フィルターを追加または削除すると、状態が変わります。将来の dotTrace バージョンでは、タブを使用して現在の状態を保存する機能を追加します。

パフォーマンスビューアーの概要

アプリケーションの実行が遅すぎる場合は、問題を特定して、実行するアクションを理解するのが難しい場合があります。アプリケーションをプロファイリングしてパフォーマンススナップショットを取得した後の次のステップでは、スナップショットデータを分析しています。

分析はパフォーマンスビューアーで実行されます。パフォーマンスビューアーは、収集されたデータに異なる視点を与える一連のビューです。ビューアーは、パフォーマンススナップショットを収集すると自動的に実行されます。

スナップショット分析はほとんど形式化されたプロセスではないため、この章では段階的なガイダンスはありません。それにもかかわらず、パフォーマンス分析に不可欠なすべての基本操作の概要を説明します。

1. スナップショットデータの適切なビューの選択

2. 関心領域の特定と絞り込み

3. アプリケーションのボトルネックを見つける

4. サブシステムによる解析の簡素化

5. 業績予想

6. ソースコードのプレビュー

7. プロファイリングデータの比較

また、この章には、大量のスナップショットデータを失わないようにするためのヒントが記載されています。

1. ナビゲーションと検索

2. ラベリングとフォーマット関数