Az eddigieket összefoglalva azt már tudjuk, hogy: jobb lefoglalni egy nagyobb memóriaterületet egyben (fragmentation) jobb egymás utáni címekről olvasni adatot a memóriából (cache) az std::vector biztosítja a memóriában a folytonosságot, cserébe nincs stabil iterátor/pointer az std::list…

Az előző bejegyzésben kiderült, hogy már majdnem jó az, ha a komponenseket a system, vagy a system manager hozza létre, és tárolja, de a memory fragmentation problémája (továbbra is) fennáll. Emellett érdemes megemlíteni a cache-friendly kód fogalmát. A memória elérése alapvetően lassú, így hiába…

Egy ECS-ben fontos, hogy hol és hogyan tároljuk a komponenseket, főleg, ha játékokról van szó, ahol fontos a sebesség. Az első megközelítés Az entity-component kapcsolat nagy vonalakban nézve annyit mond, hogy egy entitást a komponensei határoznak meg, azaz maga az entity egy buta objektum, ami a…