プロファイリング 2026年10月17日

VS Code で使える無料の .NET プロファイラー：C# と F# の CPU、メモリ、リーク

SharpLsp チーム

Nimblesite エンジニアリング

どの .NET アプリもいずれ遅くなるか、解放すべきメモリを抱え込むようになります。その原因を突き止めるには、これまでは VS Code を離れる必要がありました。Windows で Visual Studio のプロファイラーを開くか、dotTrace と dotMemory を購入するか、コマンドラインでトレースを記録して別のツールで読むかです。

SharpLsp のプロファイラーは、コードを書いているその場所で仕事をします。実行中の任意の .NET プロセスの CPU とメモリをプロファイリングし、ホットな行とリークの疑いをソースコード上に表示します。MIT ライセンスで、アカウントも不要です。1 分で紹介します。

症状から始める

プロファイラーを使いたくて一日を始める人はいません。始まりは、止まらないファン、4 秒かかるリクエスト、CPU 使用率が高いというアラート、毎晩メモリ不足で落ちるコンテナです。その時点では、どのプロセスが問題なのかもわからず、どの行かなどなおさらです。

だからプロファイラーもそこから始まります。SharpLsp サイドバーの Processes ビューは、マシン上のすべての .NET プロセスを PID、ランタイム、ライブの CPU とメモリとともに一覧表示します。コアを使い切っているプロセスや際限なく膨らみ続けるプロセスは、何もプロファイリングしないうちから目に付きます。開いているワークスペースのプロセスはハイライトされます。

行にマウスを合わせて Profile CPU または Track Memory をクリックします。起動時に問題が出る場合は、Run & Profile CPU (Current File) がプロジェクトを SharpLsp デバッガーで起動し、起動時からプロファイリングします。

CPU プロファイリング：ホットなメソッドだけでなく、ホットな行

この録画は無編集で、実時間です。

サンプラーは、ランタイム自身の診断チャネルである EventPipe を通じてアタッチします。既定では 100 Hz でサンプリングします。すでに実行中のプロセスに対して動作するため、アプリの再起動も再ビルドもパッケージの追加も不要です。低オーバーヘッドのサンプリングは、Python の py-spy や Java の async-profiler など、他のエコシステムのプロファイラーと同じ方式です。.NET の開発者も、同じものをエディターの中で使えるべきです。

セッションを止めると、結果はコードの上に現れます。ホットな行ごとにサンプルの割合を示すインラインのヒートバーが付き、概要ルーラーがそれぞれに印を付けるので、すぐに移動できます。

メソッド単位のプロファイラーなら「Checkout が遅い」と教えてくれます。ヒートバーは、原因が 17 行目の JsonSerializer.Deserialize 呼び出しであり、次に見るべきはバスケットの価格計算だと教えてくれます。

結果パネルはコードの隣に開きます。サンプル数と所要時間、フレームグラフ、合計と自己時間の割合を示すホット関数の表が表示されます。フレームグラフでは、各ボックスが 1 つの関数で、その幅が時間の割合です。高いスタックの下にある最も幅の広いボックスが、たいていは見るべき場所です。フレームをクリックするとズームできます。

Ctrl+Alt+P（macOS では Cmd+Alt+P）でどこからでもセッションを開始でき、Take Profile Snapshot で停止せずにその時点までの結果を確認できます。

メモリプロファイリングとリーク検出

.NET のメモリリークのほとんどは、C 言語でいうリークではありません。ガベージコレクターは、何からも参照されていないものを解放します。マネージドのリークとは、まだ何かが保持しているオブジェクトのことです。

• 決して削除しない static キャッシュ
• 一度も解除されないイベントハンドラー
• スコープ付きサービスを取り込んだシングルトン。Microsoft はこれをキャプティブ依存関係と呼んでいます
• クロージャーが所有者を生かし続けるタイマーや CancellationToken.Register のコールバック

Dispose だけではこれらは直りません。Dispose はアンマネージドリソースを解放しますが、まだ参照されているオブジェクトは、破棄されていてもいなくてもヒープに残ります。リークを見つけるには、何が増えているかを観察し、何がそれを生かしているかを問うことです。

それを行うのが Track Memory です。メモリダッシュボードがコードの隣に開き、アプリの実行中にヒープのスナップショットを取ります。

ダッシュボードには、現在とピークのメモリ、生存オブジェクト数、ヒープタイムライン、上位の割り当て箇所、ランク付けされたリークの疑いが表示されます。スナップショットを取り忘れる心配はありません。デバッガーが一時停止するたびにスナップショットを取って前回と比較し、タイマーで取得することもできます。

疑いは、スナップショットをまたいでどれだけ一貫して増えているかでランク付けされ、バイト数とオブジェクト数の増加量が表示されます。エディターでは、リークしている型の宣言がその行で警告されます。3 倍速です。

続いて Show Reference Graph が、疑わしいオブジェクトを生かしているものをルートまでたどって描きます。増加は強い手がかりですが証明ではないため、リークを確定させるのは保持パスです。メモリリークを修正するガイドでは、最初の疑いから検証済みの修正まで、手順を一つずつ説明しています。

Visual Studio のプロファイラーのワークフローを、Visual Studio の外で

Visual Studio のプロファイラーや、Rider の dotTrace と dotMemory を使ったことがあれば、このワークフローはなじみがあるはずです。どれも良いツールですが、プロファイリングを IDE に結び付けています。Visual Studio は Windows でしか動かず、Microsoft は 2024 年に Visual Studio for Mac を廃止しました。dotTrace と dotMemory は商用製品です。

今では多くの .NET 開発者が VS Code やそのフォークでコードを書いています。SharpLsp のプロファイラーは、Windows、macOS、Linux 上の VS Code、Cursor、Windsurf、VSCodium で動作します。エンジンはデバッガー権限を必要としないため、メモリの追跡は macOS でも動作します。

dotnet-trace、PerfView、BenchmarkDotNet との関係

.NET の診断ツールは優れており、SharpLsp も同じ基盤の上に作られています。エンジンは dotnet-trace と同じ EventPipe チャネルを読みます。違いは、答えがどこに届くかです。

結果を共有したり保存したりしたいときには、トレースファイルも役に立ちます。SharpLsp の CPU セッションはどれも、speedscope の JSON、VS Code 組み込みのビューアーで開ける .cpuprofile、フレームグラフの SVG を .sharplsp/profiles に書き出します。

BenchmarkDotNet とプロファイラーは別の問いに答えるので、両方を使いましょう。プロファイラーは実際のアプリでどのメソッドが遅いかを教えてくれます。BenchmarkDotNet は、あなたの変更でそのメソッドが速くなったかを教えてくれます。

C# と F#、1 つのエンジン

エンジンは言語ではなく .NET ランタイムにアタッチするため、F# にも C# と同じプロファイラーが使えます。F# のプロジェクトでも、同じヒートバー、フレームグラフ、メモリダッシュボード、リークの疑いが得られます。SharpLsp はあらゆる場面で F# を第一級の言語として扱っており、プロファイラーも例外ではありません。

試してみる

1. VS Code Marketplace から、または Cursor、Windsurf、VSCodium では Open VSX から SharpLsp をインストールします。
2. アプリを起動し、SharpLsp ビューを開いて Processes の中から見つけます。
3. 遅いなら Profile CPU を、メモリが増え続けるなら Track Memory をクリックします。

エンジンには .NET 8 以降のランタイムが必要です。DOTNET_EnableDiagnostics=0 で起動したプロセスにはアタッチできません。すべてのコマンドと設定はプロファイラーのドキュメントで説明しています。