タイムラインのプロファイリングを開始する

CPU 使用率が高い間隔を見つけて選択する

CPU 使用率が高い間隔は、アプリケーションの全体的なパフォーマンスを評価し、最高の時間でメソッドを見つける必要がある場合に重要です。プロセスの概要ダイアグラムを使用して、このような間隔をすばやく検索して選択することができます。

最も遅いメソッドを見つけ、その呼び出しツリーを表示する

興味のある時間間隔を見つけたら、次のステップはこの間隔で最も遅いメソッドを見つけてメソッドの呼び出しツリーを調べることです。後者は、「なぜメソッドが遅いのか」または「メソッドの正確な子コールがほとんどの時間を占めるもの」を特定できます。両方の操作を実行するには、呼び出しスタックウィンドウ（ホットスポットリストから構成されています）と、呼び出しツリーを使用します。

方法で何が起こっているかをすばやく理解する

バージョン 2017.1 以降、dotTrace Viewer は非常に役立つサブシステム機能を提供します。サブシステムの目的は、「アプリで一体何が起こっているのか ? 」という主要な質問にすばやく答えるとともに、「何がパフォーマンス低下の原因なのか ? 」などのより具体的な質問に答えることにあります。または「何がそれほど多くのメモリを割り当てますか ? 」。パフォーマンスの低下は、ファイル操作、JIT、文字列処理、コード内の過度の作業に関連していますか ? サブシステムフィルターは、選択した時間間隔の時間がさまざまなアクティビティにどのように配分されているかを示す単一の場所です。以下の例では、サブシステムバーは、メソッドのメインタイムがロック競合によって占められていることを示しています。

メソッドの親呼び出しを参照

問題のあるメソッドを調べるときには、子コールをチェックするだけでなく、メソッドがどのように呼び出されるかを理解することも重要です。このために、呼び出しツリーを追跡モードに切り替えることができます。このモードでは、スタック内の最初のメソッドまでの実行パスを見ることができます（ある意味では、追跡は逆呼び出しツリーです）。

名前でメソッドを検索する

場合によっては、特定のメソッドのパフォーマンスをチェックする必要があります。時間はどれくらいかかりますか、タイムラインで正確に呼び出される場所などです。この場合、興味のあるメソッドをその名前で見つけることができます。たとえば、以下の例では、Factorial メソッドを見つけるでしょう:

dotTrace Viewer がメソッドを見つけた直後に、このメソッドによるフィルターも自動的に適用することに注意してください。

UI フリーズの原因を見つける

UI フリーズの分析は、dotTrace が最も優れているフィールドです。アプリケーションの GUI がフリーズする間隔が自動的に検出されます。通常は、UI フリーズを選択してホットスポットリストを調べるだけです。

過度のメモリ割り当ての原因を見つける

過剰なメモリ割り当て、またはより正確には、ガベージコレクションの形でのその結果は、アプリケーションのパフォーマンスに大きな影響を与える可能性があります。パフォーマンス分析では、アプリケーションのメモリ割り当ての起源を理解することが非常に重要です。以下の例は、メモリの割り当てイベントを使用して、最も多くのメモリを割り当てるホットスポットを特定する方法を示しています。

HTTP リクエストをトレースする

HTTP リクエストをトレースする機能は、Web アプリケーションのパフォーマンスの欠点を分析する際に非常に重要です。dotTrace を使用すると、任意の Application Performance Management(APM) システムと同じ方法でトランザクションをトレースできます。つまり、特定の URL へのリクエストをフィルタリングし、それらの背後にある HTTP メソッドや、サーバーが処理するすべての操作を参照できます。SQL トランザクションや .NET コードのようなリクエスト。さらに、dotTrace は、本格的なコールツリー解析を提供するため、APM システムに比べて大きな利点があります。