dotnet-trace
EventPipeを使い、CPUサンプリングやGC・メモリ割り当てなどのイベントを時系列で収集する.NETのトレース収集ツール。
- 概念URI
https://comcomponent.com/knowledge/dotnet-trace/- 最終確認日
- 2026-08-01
- 機械可読データ
- JSON-LD
この概念が関わる関係
- .NETのメモリリーク(意図しない保持)はdotnet-traceで確認できます。いつ、どこで大量に割り当てているかは、ダンプではなくdotnet-traceのイベント収集で確認できる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
- dotnet-traceはEventPipeを利用します。dotnet-traceはEventPipeベースの収集ツールで、対象プロセスと同じユーザーであれば管理者権限なしで収集できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- dotnet-traceをブロックによる遅さに用いることは推奨されません。dotnet-trace(EventPipe)はコンテキストスイッチを取得できないため、ブロックによる遅さの原因調査には向かず、PerfViewのThreadTime収集が必要になる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- dotnet-traceはCPU boundな遅さに対する本記事の推奨です。迷ったらまずdotnet-traceから始めるのが基本の使い分けで、CPUサンプリングによるCPU boundな遅さの特定に使える / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- dotnet-countersはdotnet-traceより先に行うべきです。いきなりトレースを取るより、まずdotnet-countersで主要メトリクスの傾向を見て、次に取るべきトレースの種類を絞ってから収集するのがよい / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- dotnet-traceはCPUサンプリングを利用します。dotnet-trace collectの既定プロファイル(dotnet-common + dotnet-sampled-thread-time)には、スレッドのCPUサンプリングが含まれる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- dotnet-traceはEventPipeを利用します。dotnet-traceが実際に使っているのはETWそのものではなく、.NETランタイム内蔵のEventPipeという別の経路である / 確度: 確立した関係 / 確認日: 2026-08-01 出典
この概念を扱う記事
一次資料
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。