メモリの物理（別名：JavaScriptはECSできるのか？）
本記事では、ECS（Entity Component System）とOOP（オブジェクト指向プログラミング）のメモリアクセスパターンがパフォーマンスに与える影響を比較する。特にJavaScriptにおけるECSの実装可能性に焦点を当て、CPUキャッシュの利用効率やメモリレイアウトの違いが実行速度にどう影響するかをベンチマークを通じて検証する。
背景メモ
- **ECS（Entity Component System）** はゲーム開発で使われる設計パターン。従来のOOP（オブジェクト指向）のように「キャラ＝オブジェクト」とする代わりに、「Entity」（ID）、「Component」（データのかたまり）、「System」（処理ロジック）に分解する。データの格納方法がCPUキャッシュに優しく、多くのエンティティを処理するのに効率的とされる。
- UnityやUnrealといった大手ゲームエンジンがECSを採用し始めており、特に大規模シミュレーションやAAAゲームのパフォーマンス改善に注目が集まっている。
- JavaScriptは動的型付け・プロトタイプベースの言語で、キャッシュ局所性を意識したメモリ配置が難しいとされる。そのJSでECSを実装すると果たしてOOPより速くなるのか、というのがこの記事の問いかけ。
- 著者はDan Murphy氏で、ゲーム開発や低レイヤー最適化に関する技術ブログを書いている。この記事は物理演算シミュレーションを用いたベンチマークで、JavaScript版ECSとOOPの実効速度を比較している。