知識マップ: PerfViewとdotnet-traceで「遅い」を特定する ── .NETパフォーマンス調査の実務入門

記事「PerfViewとdotnet-traceで「遅い」を特定する ── .NETパフォーマンス調査の実務入門」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

業務アプリの「遅い」はCPUを使い切っているCPU boundな遅さと、CPUは暇なのに待たされているブロックによる遅さに分かれ、前者はCPUサンプリング、後者はコンテキストスイッチを記録するThreadTime収集でなければ原因が見えない。管理者権限が不要でクロスプラットフォームなdotnet-trace(EventPipe)がまず試す対象で、マシン全体・ネイティブコード・ブロック時間まで見たい場合はETWベースのPerfViewが必要になる。収集した.nettraceファイルはPerfView・Visual Studio・speedscopeで開け、PerfViewのスタックビューアーはexclusive(自分自身)とinclusive(自分+呼び出し先)の区別を起点に読む。EventSourceで業務処理の区間を独自イベントとして計装しておくと、遅かった1回だけに絞り込んだ分析ができる。

flowchart LR
    accTitle: PerfViewとdotnet-traceによる.NET性能調査の知識マップ
    accDescr: CPU boundな遅さとブロックによる遅さを見分ける入り口として、dotnet-trace(EventPipe)とPerfView(ETW)の役割分担、CPUサンプリングとThreadTime収集の使い分け、inclusive/exclusiveの読み方、EventSourceの独自イベントによる区間の絞り込みを示す図
    perfview["PerfView"]
    dotnet_trace["dotnet-trace"]
    etw["ETW(Event Tracing for Windows)"]
    eventpipe["EventPipe"]
    blocking_slowness["ブロックによる遅さ"]
    cpu_bound_slowness["CPU boundな遅さ"]
    perfview_stack_viewer["PerfViewのスタックビューアー"]
    inclusive_exclusive_time["inclusive/exclusive(Inc/Exc)"]
    cpu_sampling["CPUサンプリング"]
    thread_time_collection["ThreadTime収集"]
    dotnet_counters["dotnet-counters"]
    eventsource_instrumentation["EventSourceによる独自イベント計装"]
    nettrace_file[".nettraceファイル"]
    speedscope["speedscope"]
    pdb["PDB(プログラムデータベース)"]
    wpr_wpa["WPR/WPA(Windows Performance Recorder/Analyzer)"]
    perfview -->|"利用する"| etw
    dotnet_trace -->|"利用する"| eventpipe
    dotnet_trace -->|"用いるのは非推奨"| blocking_slowness
    perfview -->|"推奨される対応"| blocking_slowness
    dotnet_trace -->|"推奨される対応"| cpu_bound_slowness
    perfview -->|"実装を担う"| perfview_stack_viewer
    perfview_stack_viewer -->|"利用する"| inclusive_exclusive_time
    cpu_bound_slowness -->|"で確認できる"| cpu_sampling
    blocking_slowness -->|"で確認できる"| thread_time_collection
    thread_time_collection -->|"前提とする"| etw
    dotnet_counters -->|"より先に行うべき"| dotnet_trace
    eventsource_instrumentation -->|"利用する"| etw
    eventsource_instrumentation -->|"利用する"| eventpipe
    perfview -->|"利用する"| nettrace_file
    speedscope -->|"利用する"| nettrace_file
    perfview_stack_viewer -.->|"前提とする"| pdb
    wpr_wpa -->|"利用する"| etw
    dotnet_trace -->|"利用する"| cpu_sampling
    perfview -->|"利用する"| cpu_sampling
    perfview -.->|"利用する"| thread_time_collection

概念間の関係(全20件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• PerfViewはETW(Event Tracing for Windows)を利用します。PerfViewはETWを土台にした性能調査ツールで、ETWセッションの開始には管理者権限が必要になる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• dotnet-traceはEventPipeを利用します。dotnet-traceはEventPipeベースの収集ツールで、対象プロセスと同じユーザーであれば管理者権限なしで収集できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• dotnet-traceをブロックによる遅さに用いることは推奨されません。dotnet-trace(EventPipe)はコンテキストスイッチを取得できないため、ブロックによる遅さの原因調査には向かず、PerfViewのThreadTime収集が必要になる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PerfViewはブロックによる遅さに対する本記事の推奨です。マシン全体・ネイティブ・ブロック時間まで見たい場合はETWベースのPerfViewが必要になる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• dotnet-traceはCPU boundな遅さに対する本記事の推奨です。迷ったらまずdotnet-traceから始めるのが基本の使い分けで、CPUサンプリングによるCPU boundな遅さの特定に使える / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PerfViewはPerfViewのスタックビューアーの実装を担います。PerfViewで収集結果(.etl.zip)のCPU Stacksを開くと、ByName/CallTree/Callers/CalleesタブとIncPats/ExcPats/GroupPats/Foldのフィルターを持つスタックビューアーが開く / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PerfViewのスタックビューアーはinclusive/exclusive(Inc/Exc)を利用します。PerfViewのスタックビューアーはByNameタブでExc(exclusive)とInc(inclusive)の2列を起点に集計を読ませる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• CPU boundな遅さはCPUサンプリングで確認できます。CPU boundな遅さの原因は、既定で1ミリ秒ごとに集めるCPUサンプリングのスタックで確認できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ブロックによる遅さはThreadTime収集で確認できます。CPUは暇なのに待たされて遅い症状は、コンテキストスイッチを記録するThreadTime収集で確認できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ThreadTime収集はETW(Event Tracing for Windows)を前提とします。ThreadTime収集はETWのコンテキストスイッチイベントを追加で記録する機能であり、ETWベースのPerfViewでのみ有効化できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• dotnet-countersはdotnet-traceより先に行うべきです。いきなりトレースを取るより、まずdotnet-countersで主要メトリクスの傾向を見て、次に取るべきトレースの種類を絞ってから収集するのがよい / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• EventSourceによる独自イベント計装はETW(Event Tracing for Windows)を利用します。EventSourceで定義した独自イベントは、PerfViewのEventsビューで時刻を確認でき、ETWの収集対象に含められる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• EventSourceによる独自イベント計装はEventPipeを利用します。EventSourceの独自イベントは、dotnet-trace collectの--providersオプションでEventPipe経由でも同じように収集できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PerfViewは.nettraceファイルを利用します。dotnet-traceで収集した.nettraceファイルをPerfViewで開いて分析する併用も日常的に行われる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• speedscopeは.nettraceファイルを利用します。dotnet-trace convertで.nettraceファイルをSpeedscope形式に変換すると、speedscopeでブラウザー上のフレームグラフとして開いて利用できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PerfViewのスタックビューアーはPDB(プログラムデータベース)を前提とします。自社モジュールの関数名がアドレス表示になってしまう場合はシンボル(PDB)が解決できていないためで、その場合はビルド成果物のPDBを手元に揃えておく必要がある(PDBがなくてもビューアー自体はアドレス表示のまま動作する) / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WPR/WPA(Windows Performance Recorder/Analyzer)はETW(Event Tracing for Windows)を利用します。WPR/WPAは同じETWを土台にした、よりOS全体の詳細分析に強い調査ツールである / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• dotnet-traceはCPUサンプリングを利用します。dotnet-trace collectの既定プロファイル(dotnet-common + dotnet-sampled-thread-time)には、スレッドのCPUサンプリングが含まれる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PerfViewはCPUサンプリングを利用します。PerfViewの既定収集は、全プロセッサで1ミリ秒ごとのCPUサンプル(コールスタック付き)とCLRの主要イベントを含む / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PerfViewはThreadTime収集を利用します。PerfViewでは収集時にThread Timeオプションを有効にすると、コンテキストスイッチのイベントが追加で記録される / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

主要概念の定義

PerfView

MicrosoftがGitHubで無償公開している、ETWベースの.NET性能調査ツール。CPU・GC・ブロック時間をスタックビューアーで分析できる。

dotnet-trace

EventPipeを使い、CPUサンプリングやGC・メモリ割り当てなどのイベントを時系列で収集する.NETのトレース収集ツール。

PerfViewのスタックビューアー

ByName・CallTree・Callers/CalleesなどのタブとStart/End・GroupPatsなどのフィルターを持つ、PerfViewの収集結果を分析する画面。

CPU boundな遅さ

CPUを使い切っていて遅い症状で、CPUサンプリングで原因の関数を特定できる。

ブロックによる遅さ

CPUは暇なのに待たされて遅い症状で、ロック待ち・DB/HTTP応答待ち・ファイルI/Oなどが原因になり、既定のCPUサンプリングでは原因が写らない。

ThreadTime収集

コンテキストスイッチのイベントを追加で記録し、各スレッドのCPU時間とブロック時間を合わせて追えるようにするPerfViewの収集オプション。

dotnet-counters

実行中の.NETプロセスのGCやWorking Setなどの傾向をリアルタイムに監視する診断ツール。

EventSourceによる独自イベント計装

業務処理の開始・終了などをStart/Stopイベントとして発行できる.NETの計装機構で、PerfView(ETW)・dotnet-trace(EventPipe)どちらの収集対象にも含められる。

speedscope

.nettraceなどを変換して開ける、ブラウザーで動く軽量なフレームグラフのビューアー形式。

WPR/WPA(Windows Performance Recorder/Analyzer)

ETWを土台にした、ディスクI/O・電源・起動時間などOS全体の詳細分析に強いWindows標準の性能分析ツール群。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。