枯れた技術を最速へ：StopwatchによるVB.NET極限プロファイリングの真髄
多くのエンジニアが「VB.NETは遅い」という幻想を抱いている。しかし、それは言語の問題ではない。メモリ管理の無知と、非効率なアルゴリズムの放置が生んだ「実装の怠慢」に過ぎない。
レガシーなVB6/VBAから移行してきたシステムで、なぜ処理が重いのか。それは、ガベージコレクション(GC)のタイミングを考慮せず、無駄なオブジェクト生成を繰り返し、さらに「どこが遅いのか」を勘で修正しているからだ。
今日、我々が叩き込むのは、高精度タイマー『System.Diagnostics.Stopwatch』を用いた、定量的なボトルネック特定と、その先にあるアーキテクチャの最適化手法だ。
—
1. DateTime.Nowは計測に使うな：高精度計測の鉄則
初心者は`DateTime.Now`や`Environment.TickCount`で計測しようとする。これは致命的だ。システム時刻はNTP同期等で不連続に変化し、解像度も低い。
我々プロフェッショナルが使うのは`System.Diagnostics.Stopwatch`のみだ。これはWindowsの「高精度パフォーマンスカウンタ（QPC）」をラップしており、CPUクロックに直結した精度を叩き出す。
実践：計測用ラッパーの実装
計測対象のコードを汚さないよう、計測ロジックを分離せよ。
.net
Imports System.Diagnostics
Public Class PerformanceProfiler
‘ スレッドセーフかつ高精度な計測器
Public Shared Sub MeasureAction(actionName As String, action As Action)
Dim sw As Stopwatch = Stopwatch.StartNew()
‘ 実行
action.Invoke()
sw.Stop()
‘ コンソールまたはログへ出力（実務ではNLog等で出力すること）
Debug.WriteLine($”[Perf] {actionName}: {sw.Elapsed.TotalMilliseconds:F4} ms”)
End Sub
End Class
—
2. ボトルネック特定：GCと「見えないコスト」
計測して初めて気づくはずだ。ループ内での過剰なインスタンス生成が、なぜこれほどまでに処理時間を食い潰しているのかを。
VB.NETの最適化において、以下の3点を常に意識せよ。
- Boxing/Unboxingの排除: 値型をObject型にキャストする際、ヒープへのコピーが発生する。これが大量に行われるとGCの頻度が激増し、Stopwatchの計測値が「ジッター（揺らぎ）」を見せるようになる。
- 文字列結合の罠: ループ内で`str += “text”`を繰り返すのは、VB.NETの歴史上最も愚かな行為の一つだ。`StringBuilder`を使え。
- IDisposableの徹底: 非マネージドリソース（COMオブジェクトやファイルハンドル）を保持したままにするな。`Using`ブロックを徹底し、スコープを抜けた瞬間にメモリを解放せよ。
—
3. 実務現場で効く：計測コードの埋め込みパターン
大規模なシステム連携やDB更新処理において、どこでストールしているかを特定するパターンを紹介する。
.net
Public Sub ProcessLargeData(dataList As List(Of MyEntity))
Dim sw As New Stopwatch()
‘ フェーズ1: データ取得（ネットワークI/O）
sw.Restart()
Dim rawData = FetchFromRemoteApi()
sw.Stop()
Debug.WriteLine($”API Fetch: {sw.ElapsedMilliseconds}ms”)
‘ フェーズ2: メモリ上での変換処理
sw.Restart()
Using ms As New System.IO.MemoryStream()
‘ 大量データを加工する際は、メモリ確保のオーバーヘッドを計測対象に含める
TransformData(rawData, ms)
End Using
sw.Stop()
Debug.WriteLine($”Transformation: {sw.ElapsedMilliseconds}ms”)
End Sub
—
4. アーキテクトの深淵：Windows APIの直接叩き
どうしてもVB.NETのマネージドコードでは速度が足りない場合がある。その時は、素直にWindows APIの `QueryPerformanceCounter` を呼ぶか、あるいはネイティブDLLをC++で書き、VB.NETから `P/Invoke` を通じて呼び出す。
VB.NETは「抽象化のレイヤー」を自由に上下できる言語だ。
- 高レベル: LINQでコードの可読性を保つ。
- 低レベル: `Marshal.AllocHGlobal` でメモリを直接操作する。
この使い分けができる者だけが、VB.NETという枯れた技術を、最新のインフラ上で最高速の武器に変えることができる。
—
結びに：計測なき最適化は、ただの改悪である
諸君がシステムを改修する際、必ず「計測前の性能」と「計測後の性能」を記録せよ。勘でコードを書き換えるな。それはエンジニアの仕事ではなく、ギャンブルだ。
Stopwatchで計測し、ボトルネックを特定し、ロジックを磨き上げる。この泥臭いプロセスの積み重ねだけが、大規模システムを支える堅牢なコードを生む。
VB.NETのパフォーマンスを支配せよ。それが、システムアーキテクトとしての我々の矜持だ。
