知識マップ: WPR/WPA実践 ── 「PC全体が重い」をシステム全体から調べる性能調査入門

記事「WPR/WPA実践 ── 「PC全体が重い」をシステム全体から調べる性能調査入門」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

PC全体が重い系の調査の本命は、OS全体のETWトレースを採って読むWPR/WPAです。採取ツールのwpr.exeはWindows 8.1以降に標準搭載なので、ソフトを入れられない顧客サーバーでも採取だけはできます。記録先の既定はメモリ上の循環バッファで、いつ起きるか分からない事象を待ち受けるのに向き、再現できるならFileモードで数分だけ採ります。WPAでは、金色バーより左の列の順にデータが階層化され青色バーより右が集計値になるという規則が全テーブルに共通します。読み始めはCPUが高いか低いかの分岐で、高ければ約1ミリ秒ごとのサンプリングであるCPU Usage (Sampled)、低いのに遅ければコンテキストスイッチの完全な記録であるCPU Usage (Precise)へ進みます。後者では、何をして待ちに入ったかと誰が待ちを解いたかを順にたどってクリティカルパスを根元まで追えます。

flowchart LR
    accTitle: WPR/WPAによるシステム全体の性能解析の知識マップ
    accDescr: 採るのがWPR・読むのがWPAという分担、MemoryモードとFileモードの使い分け、WPAテーブルの列順がグルーピングを決める規則、CPUが高いときのSampledと低いときのPrecise、ReadyThreadStackをたどるクリティカルパス解析、シンボル設定を示す図
    wpr["Windows Performance Recorder(WPR)"]
    wpa["Windows Performance Analyzer(WPA)"]
    admin_rights["管理者権限"]
    wpr_recording_profile["WPRの記録プロファイル"]
    etw_logging_mode["Memoryモード / Fileモード"]
    long_duration_trace["長時間のトレース採取"]
    wpa_graph_explorer["WPAのGraph Explorer"]
    wpa_table_grouping["WPAテーブルの金色バー・青色バー"]
    wpa_symbol_path["WPAのシンボル設定"]
    cpu_usage_sampled["CPU Usage (Sampled)"]
    exact_duration_measurement["1回ごとの正確な実行時間の計測"]
    wpa_flame_graph["Flame(炎グラフ)表示"]
    cpu_usage_precise["CPU Usage (Precise)"]
    readythreadstack["ReadyThreadStackとReadyingProcess"]
    critical_path_analysis["クリティカルパス解析"]
    lock_contention["ロック競合"]
    wpa_disk_usage["WPAのDisk UsageとFile I/O"]
    wpr -->|"前提とする"| admin_rights
    wpr -->|"で構成できる"| wpr_recording_profile
    wpr -->|"で構成できる"| etw_logging_mode
    long_duration_trace -->|"用いるのは非推奨"| wpa
    wpa -->|"利用する"| wpa_graph_explorer
    wpa -->|"利用する"| wpa_table_grouping
    wpa -->|"で構成できる"| wpa_symbol_path
    cpu_usage_sampled -->|"で確認できる"| wpa
    cpu_usage_sampled -->|"用いるのは非推奨"| exact_duration_measurement
    wpa_flame_graph -->|"実装を担う"| cpu_usage_sampled
    cpu_usage_precise -->|"で確認できる"| readythreadstack
    readythreadstack -->|"実装を担う"| critical_path_analysis
    lock_contention -->|"で確認できる"| cpu_usage_precise
    cpu_usage_sampled -->|"より先に行うべき"| cpu_usage_precise
    wpa -->|"利用する"| wpa_disk_usage
    wpr -->|"より先に行うべき"| wpa

概念間の関係(全16件)

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

• Windows Performance Recorder(WPR)は管理者権限を前提とします。基本手順は管理者権限で wpr -start GeneralProfile -filemode → 事象を再現 → wpr -stop の3行で、-start/-stop/-cancel/-status/-profilesの構文がある。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典 出典
• Windows Performance Recorder(WPR)はWPRの記録プロファイルで構成できます。CPU usage・Disk I/O activity・File I/Oなどの組み込み記録プロファイルがあり、複数を同時に指定したり自作の.wprpを併用したりできる。使える組み込みプロファイルはwpr -profilesで確認する。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典 出典
• Windows Performance Recorder(WPR)はMemoryモード / Fileモードで構成できます。既定のMemoryモードは古いイベントから上書きされる循環バッファなので、いつ起きるか分からない事象を待ち受けて発生したら止める使い方に向く。-filemodeのFileモードは上書きで消えない代わりに上限がディスクの空き容量だけになる。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• 長時間のトレース採取をWindows Performance Analyzer(WPA)に用いることは推奨されません。数分のGeneralProfileでもETLは数百MB〜GB級になり得て、時間を絞らず長く採ったトレースは大きすぎてWPAで解析できないことがある。長く採るほど良いは逆効果になる。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典 出典
• Windows Performance Analyzer(WPA)はWPAのGraph Explorerを利用します。ETLを開くと、System Activity・Computation・Storage・Memoryなどのカテゴリでグラフのサムネイルが並び、見たいグラフをAnalysisタブへドラッグして使う。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• Windows Performance Analyzer(WPA)はWPAテーブルの金色バー・青色バーを利用します。金色バーより左の列の順にデータが階層化され、青色バーより右の列が集計値になる。列をドラッグして並べ替えること自体が分析操作であり、この一点を理解するとWPAのすべてのテーブルが同じ読み方になる。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• Windows Performance Analyzer(WPA)はWPAのシンボル設定で構成できます。スタックを関数名で読むにはTrace > Load Symbolsを実行する。_NT_SYMBOL_PATHが未設定でも既定でMicrosoftの公開シンボルサーバーを参照するため、Windows本体のスタックはインターネット接続があれば解決できる。自社アプリの関数名まで見るにはPDBのフォルダーをシンボルパスへ追加する。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典 出典
• CPU Usage (Sampled)はWindows Performance Analyzer(WPA)で確認できます。プリセットUtilization by Process, Stackを適用し、Weightの大きい順にプロセスを見てStack列を展開していくと、CPUを焼いている関数へ辿り着く。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典 出典
• CPU Usage (Sampled)を1回ごとの正確な実行時間の計測に用いることは推奨されません。Sampledは約1ミリ秒ごとのサンプリングなので、サンプルの合間に終わる短い活動は写らない。合計としてどこがCPUを使ったかを見る道具であって、1回ごとの正確な実行時間を測る道具ではない。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• Flame(炎グラフ)表示はCPU Usage (Sampled)の実装を担います。Flame表示は横幅をCPU時間の割合として描くため、どの呼び出し経路が支配的かが一目で分かる。CPU Usage (Sampled)にはFlame by Process, Stackというプリセットも用意されている。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• CPU Usage (Precise)はReadyThreadStackとReadyingProcessで確認できます。NewThreadStackがそのスレッドがどのスタックで待ちに入ったかを、Waitsが待っていた時間を、ReadyingProcess / ReadyingThreadIdが待ちを解いた相手を、ReadyThreadStackが起こした側のスタックを示す。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典
• ReadyThreadStackとReadyingProcessはクリティカルパス解析の実装を担います。起こした相手が別のスレッドや別のプロセスなら、今度はそのスレッドを同じ手順で調べる。この鎖を根元まで辿ったものが遅延のクリティカルパスになる。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典 出典
• ロック競合はCPU Usage (Precise)で確認できます。NewThreadStackがWaitForSingleObjectやEnterCriticalSectionならロック待ちで、1本のロックに全ワーカーが並んでいる様子がそのまま見える。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• CPU Usage (Sampled)はCPU Usage (Precise)より先に行うべきです。全体のCPU使用率が低いことはCPUがボトルネックでないことを意味しない。16コアのPCでは1コアに張り付いたシリアル処理も全体では6%程度にしか見えないため、まずSampledで特定のコア・スレッドの張り付きが無いかを確認してから待ち解析へ進む。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典 出典
• Windows Performance Analyzer(WPA)はWPAのDisk UsageとFile I/Oを利用します。StorageカテゴリのDisk UsageとFile I/Oでは、IO Time by Process, IO TypeやService Time by Process, Path Nameで、どのプロセスがどのファイルにどれだけ時間を使ったかを見られる。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• Windows Performance Recorder(WPR)はWindows Performance Analyzer(WPA)より先に行うべきです。顧客環境ではwpr.exeで採るだけ、読むのは手元のWPAという分担が現場の基本形になる。ソフトを入れられないサーバーでも採取はできる。 / 確度: 確立した関係 / 確認日: 2026-08-21 出典 出典

主要概念の定義

Windows Performance Recorder(WPR)

ETWベースでCPU・I/O・context switch・ページフォールトなどのトレースを記録する、Windows ADK付属のツール。

Windows Performance Analyzer(WPA)

WPRなどで記録したETWトレースを開き、CPUやディスクの使用状況をグラフで分析するツール。

長時間のトレース採取

記録時間を絞らずにETWトレースを長く採り続けること。ETLファイルが数百MB〜GB級に肥大化し、解析ツールで開けなくなることがある。

CPU Usage (Sampled)

約1ミリ秒ごとに全CPUで実行中のスタックを記録したサンプリングデータ。サンプル数の比率がCPU時間の内訳になる。

Flame(炎グラフ)表示

横幅をCPU時間の割合として描く表示。どの呼び出し経路が支配的かが一目で分かる。

CPU Usage (Precise)

コンテキストスイッチの完全な記録。スレッドが何をして待ちに入り、誰に起こされ、どれだけ待たされたかが1行ずつ残る。

ReadyThreadStackとReadyingProcess

待っていたスレッドを起こした側のプロセス・スレッドと、そのときのスタックを示すCPU Usage (Precise)の列。

ロック競合

複数のスレッドが同じロックの取得を待って直列化され、スループットが落ちる状態。デッドロックと異なり、ロックの保持者は進行し続ける。

機械可読データ

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

このデータセットについて

作成

合同会社小村ソフト

ライセンス

CC BY 4.0 ── 出典(合同会社小村ソフト)とライセンスへのリンクを明示し、改変した場合はその旨を示すことを条件に、再配布・改変を含めて再利用できます

最終確認日

2026-08-22 ── 収録する関係のうち、最後に出典と照合した日

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