【ITニュース解説】Unlock More FPS with Object Pooling

ゲーム開発において、パフォーマンスの最適化は非常に重要な課題だ。特に、ゲーム内に登場するオブジェクトの生成（Instantiate）と破棄（Destroy）は、頻繁に行われるとゲーム全体の動作速度に大きな影響を与える。システムエンジニアを目指す初心者も、このメカニズムを理解することは、将来のシステム設計や開発において不可欠な知識となるだろう。

あるゲーム開発者が爆弾や砲弾を発射するゲームを例に、具体的な問題が紹介されている。このゲームでは、爆弾はランダムな場所から、砲弾は決められた間隔で次々と生成され、何かに当たると自滅する仕組みだった。PC環境では毎秒200フレーム（FPS）というスムーズな動作が得られたものの、モバイル端末で試したところ、FPSは30にまで落ち込み、端末が著しく発熱するという問題が発生した。

この原因は、InstantiateとDestroyが実行時に非常に負荷の高い処理であることにある。ゲーム中に数秒おきにこれらの処理が繰り返されることで、特にリソースが限られたモバイル端末ではパフォーマンスが大幅に低下してしまう。

オブジェクトを生成する際、Unityのようなゲームエンジンは多くの内部処理を行う。まず、生成されるGameObjectとその全てのコンポーネント（メッシュ、コライダー、スクリプトなど）のためにメモリ領域を確保する。次に、これらのコンポーネントデータを複製し、オブジェクト間の参照関係を初期化する。さらに、物理演算を行うRigidbodyやColliderが付いている場合は物理システムに登録し、画面に表示するためのレンダリングシステムにも登録する必要がある。これら一連の処理は、多くの計算資源を消費する重い操作だ。

一方、オブジェクトを破棄する際も、同様にコストがかかる。Unityは、対象のオブジェクトをシーン階層から削除し、他のオブジェクトからの参照をきれいに整理し、確保していたメモリを解放する。また、物理システムやレンダリングシステムからの登録解除も必要だ。破棄の処理は生成よりは軽い場合が多いが、メモリの解放に伴って「ガベージコレクション（GC）」と呼ばれるメモリ管理の処理が実行されることがあり、これが一時的にゲームの動きを停止させるような「GCスパイク」を引き起こす可能性がある。これは目に見えにくいパフォーマンス低下の要因となり得る。

このような問題を解決するための基本的な考え方は、「オブジェクトを新しく作り直す代わりに、既存のオブジェクトを再利用する」というものだ。

再利用の方法は主に二つある。一つは「Enable/Disable（有効化/無効化）」というアプローチだ。これは、爆弾や砲弾のようなオブジェクトをあらかじめシーンに配置しておき、普段は非表示（無効）にしておく。そして、オブジェクトが必要になったときに、適切な位置に移動させて有効化し、役目を終えたら破棄せずに再び無効化して非表示に戻す。この方法は、ゲーム中に同時に存在するオブジェクトが一つだけで良いようなシンプルなケースでは効果的だ。例えば、一門の砲台が一度に一つの砲弾しか発射しない場合などだ。しかし、複数の爆弾を同時に落下させたり、複数の砲台から同時に砲弾を発射したりするような、多数のオブジェクトを同時に扱う必要がある場合には、このアプローチでは限界がある。

そこで、より汎用的な解決策として「Object Pooling（オブジェクトプーリング）」が用いられる。オブジェクトプーリングとは、ゲームの開始時などに、あらかじめ必要な数のオブジェクトをまとめて生成し、「プール」と呼ばれるコレクションに保管しておく手法だ。オブジェクトが必要になったら、このプールから一つ取り出して使用する。そして、使用が終わったら、破棄せずにプールに返却する。これにより、負荷の高いオブジェクトの生成と破棄をゲームの実行中に頻繁に行うことを避け、パフォーマンスの安定性を高めることができる。

オブジェクトプーリングの実装方法にはいくつかあるが、ここでは一般的な二つの方法を説明する。

一つ目は「Queue（キュー）」というデータ構造を使ったプーリングだ。キューは、先入れ先出し（FIFO）の原則で要素を管理する。まず、プールに格納するオブジェクトの総数である「プールサイズ」を決定する。ゲーム開始時などの初期化フェーズで、このプールサイズ分のオブジェクトを生成し、必要な初期設定（例えば、非表示にする、物理演算を無効にするなど）を行った後、全てキューに追加しておく。オブジェクトが必要になった際は、キューから一つ取り出し（Dequeue）、有効化して使用する。役割が終わったら、再び無効化してキューの末尾に戻す（Enqueue）。記事の砲弾の例では、このキューを使ったプーリングが実装されている。コードでは、Startメソッドで指定数の砲弾オブジェクトを生成し、初期設定後にキューに格納している。FireCannonメソッドではキューから取り出して発射し、ReturnToPoolメソッドでは砲弾が衝突した際にキューに戻している。

二つ目は、Unity 2021以降のバージョンで提供されている「UnityのObjectPoolクラス」を使ったプーリングだ。これはUnityが標準で提供する、より高機能で柔軟なプーリングの仕組みである。このクラスを使用する場合、まずプーリングしたいオブジェクトの型を指定してObjectPoolインスタンスを作成する。次に、プールに対する各種操作（オブジェクトの生成、プールからの取得、プールへの返却、プール内のオブジェクトの完全な破棄）を定義するコールバック関数を設定する。また、プールの初期容量や最大サイズなどのパラメータも設定可能だ。オブジェクトが必要になった際はGet()メソッドを呼び出してプールから取得し、使用が終わったらRelease()メソッドを呼び出してプールに返却する。記事の爆弾の例では、このUnityのObjectPoolが採用されている。StartメソッドでbombPoolというObjectPoolを作成し、createFunc（生成時）、actionOnGet（取得時）、actionOnRelease（返却時）、actionOnDestroy（破棄時）の各処理を設定している。

ObjectPoolクラスを使う際に考慮すべきパラメータとして「collectionCheck」がある。この値はデフォルトでtrueだ。trueの場合、オブジェクトをプールに返却しようとした際に、そのオブジェクトがすでにプール内に存在しないかをチェックする。もしすでに存在していれば、二重に返却されることによるバグを防ぐために例外を発生させる。falseに設定するとこのチェックをスキップするため、わずかながら処理のオーバーヘッドを削減できるが、もし誤って同じオブジェクトを複数回プールに返却してしまうと、プール内に重複したオブジェクトが存在することになり、後でGet()を呼び出した際に予期せぬ問題が発生する可能性がある。そのため、collectionCheckをfalseにする場合は、オブジェクトの返却管理を厳密に行う必要がある。小規模なプールや返却頻度が低い場合はtrueのままで問題ないが、大規模なプールで頻繁な返却が行われるようなケースでは、パフォーマンス改善のためにfalseを検討する余地もある。

結論として、オブジェクトの生成と破棄は、ゲームのパフォーマンスに大きな影響を与える重い処理だ。弾丸、爆弾、敵、パーティクルエフェクトなど、ゲーム中に繰り返し出現するオブジェクトは、毎回InstantiateやDestroyを使うのではなく、再利用の仕組みを導入すべきである。同時に一つのオブジェクトしか必要としない単純なケースではEnable/Disableが有効だが、多数のオブジェクトを同時に扱ったり、頻繁に生成・破棄が繰り返されたりする複雑なケースでは、QueueやUnityのObjectPoolクラスを用いたオブジェクトプーリングが最適な解決策となる。オブジェクトプーリングは、ゲームのロジックそのものの速度を上げるわけではないが、InstantiateやDestroyが引き起こすFPSの低下やモバイルデバイスの熱上昇といったパフォーマンス問題を効果的に抑制し、ゲームをより安定してスムーズに動作させることに貢献する。このような最適化の知識は、特にリソースに制約のある環境での開発において、システムエンジニアにとって非常に価値のあるスキルとなるだろう。