VB.NETによる極限のプロセス間通信：MemoryMappedFileが切り拓くゼロコピーの世界
多くのエンジニアが「プロセス間通信（IPC）」という言葉を聞いて想起するのは、TCP/IPソケットや名前付きパイプであろう。しかし、それらはOSのネットワークスタックやバッファコピーを経由する。高頻度、かつ大容量のデータをミリ秒単位でやり取りしなければならない現場において、それらのオーバーヘッドは致命的なボトルネックとなる。
今回解説するのは、VB.NETにおけるMemoryMappedFile（メモリマップトファイル）を用いた、物理メモリを直接共有するIPCアーキテクチャだ。これは単なる技術選択肢の一つではない。OSの仮想メモリ管理機構を直接叩く、いわば「禁じ手」に近い最適化手法である。
—
なぜMemoryMappedFileなのか
MemoryMappedFileは、ファイルやメモリ領域をプロセスの仮想アドレス空間にマッピングする。これにより、プロセスAが書き込んだメモリ上のデータは、カーネルを介さず即座にプロセスBから参照可能となる。
- ゼロコピー: データのシリアライズ・デシリアライズや、バッファ間のコピーが不要。
- 低レイテンシ: メモリ上のポインタ操作と同等の速度でデータアクセスが可能。
- 堅牢性: プロセスがクラッシュしても、OSが管理するメモリ領域は（設定次第で）永続化可能。
—
実装の核心：共有メモリの構築
以下のコードは、単一のメモリ領域を複数のプロセスからセマフォ制御で安全に読み書きするための基盤となる。
プロセス間共有メモリ・クラスの実装
Imports System.IO.MemoryMappedFiles
Imports System.Threading
Public Class SharedMemoryManager
Implements IDisposable
Private m_mmf As MemoryMappedFile
Private m_accessor As MemoryMappedViewAccessor
Private Const MapName As String = “Global\ExtremePerformance_SharedData”
Private Const Capacity As Long = 1024 1024 ‘ 1MBの共有領域
Public Sub New()
‘ プロセス間で一意のマップ名を作成し、メモリ領域を確保
m_mmf = MemoryMappedFile.CreateOrOpen(MapName, Capacity)
m_accessor = m_mmf.CreateViewAccessor()
End Sub
‘ データの書き込み（構造体やバイト配列を直接配置）
Public Sub WriteData(ByVal offset As Long, ByVal data As Byte())
m_accessor.WriteArray(Of Byte)(offset, data, 0, data.Length)
End Sub
‘ データの読み出し
Public Function ReadData(ByVal offset As Long, ByVal length As Integer) As Byte()
Dim buffer(length – 1) As Byte
m_accessor.ReadArray(Of Byte)(offset, buffer, 0, length)
Return buffer
End Function
Public Sub Dispose() Implements IDisposable.Dispose
‘ リソースの解放は明示的に。GCに頼る設計はプロの仕事ではない
If m_accessor IsNot Nothing Then m_accessor.Dispose()
If m_mmf IsNot Nothing Then m_mmf.Dispose()
End Sub
End Class
—
運用上の極意：シニアエンジニアが意識すべき「落とし穴」
この手法は強力だが、誤った実装は「データ破壊」や「デッドロック」を招く。以下の3点に注意せよ。
1. 同期メカニズムの必須性
メモリを共有するということは、排他制御を自前で行うことを意味する。上記コードで書き込みを行う際は、必ず`System.Threading.Mutex`（名前付きミューテックス）を併用せよ。さもなくば、プロセスAが書き込み中にプロセスBが読み込む「ダーティリード」が発生する。
2. アライメントとパディング
VB.NETの構造体をそのままメモリに流し込む場合、`StructLayout`属性で`LayoutKind.Sequential`を指定し、明示的にメモリ配置を制御しなければならない。コンパイラによる最適化でパディングが挿入されると、プロセス間でデータのオフセットがズレるという悪夢が待っている。
3. リソースの生存期間管理
`MemoryMappedFile`はアンマネージドなリソースを抱える。`Dispose`を怠ると、プロセス終了後もメモリ領域が解放されず、システム全体のリソース枯渇を招く。`Try…Finally`ブロックによる確実な解放を徹底せよ。
—
結論：システムに「極限の速さ」を実装するということ
VB.NETは古臭い言語ではない。CLR（Common Language Runtime）が提供する低レイヤーのAPIを正しく理解し、OSのメモリ管理機構を掌中に収めることができれば、C++に比肩するパフォーマンスを叩き出すことも可能だ。
今回紹介したMemoryMappedFileは、高頻度なセンサーデータ処理、あるいはレガシーなVBAアプリからモダンな.NET Coreプロセスへの高速データ受け渡しにおいて、唯一無二の解となる。
「便利だから」という理由で上位のライブラリに頼るのではなく、OSが提供するメモリの仕組みそのものを操作する。これこそが、アーキテクトが達すべき領域である。
貴殿のシステムに、さらなる高みを目指すための「直結」を実装せよ。
