ecs_benchmark
App
ecs_benchmark | App | |
---|---|---|
4 | 2 | |
164 | 10 | |
- | - | |
8.1 | 2.5 | |
about 1 month ago | 24 days ago | |
C++ | C++ | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ecs_benchmark
-
A short introduction to Entity-Component-System in C++ with EnTT
I guess he/she didn't (well, at least judging by the very chatty tone typical of the I would do it better devs), although someone did it for us already if you're interested (for EnTT and for many other libraries too).
-
Dominion, a high-performance, high-concurrency ECS implementation for Java
As a benchmark, I am currently using Flecs, Legion and others like EnTT and all benchmarks are allocating data sequentially to get cache locality ... How could I not do the same? 😉
-
Dominion ECS, a high-performance implementation with Java 17 (and record classes) vs C / C++
Yes, I've already taken a look at those benchmarks, and I'd say it looks like the Retinazer's overall performance is better than Artemis. At this moment, I'm comparing my performance progress against Flecs or other system language ECS like EnTT, which are considered the benchmark.
-
Flecs - Entity Component System implementation for the web
This is not a real benchmark, but if you could translate this to use your library, then that'd be a decent starting point. It's a few systems and components. The benchmark should be testing how fast you can update 1 million entities. The code in the playground link is based on this C++ ECS library comparison, specifically this file.
App
-
C++20 Modules
In your print util, is it necessary to re-export the string header unit? I have yet to play around with them.
What are some alternatives?
flecs - Fast & Flexible EntityComponentSystem (ECS) for JavaScript & TypeScript [Moved to: https://github.com/DavidPeicho/ecstra]
mdspan_formatter - Make std::mdspan formattable by std::format.
artemis-odb - A continuation of the popular Artemis ECS framework
Zork - Project manager and builder automation tool for modern C++ projects
Doxide - Modern documentation for modern C++. Configure with YAML, output Markdown, post-process with Material for MkDocs.
Soup - Soup is a build system that guarantees incremental build correctness and aims to simplify many aspects of developing shared code while maintaining best in class performance.
dominion-ecs-java - Insanely fast ECS (Entity Component System) for Java
watcher - Filesystem watcher. Works anywhere. Simple, efficient and friendly.
ecsy - Entity Component System for javascript
storm-engine - Game engine behind Sea Dogs, Pirates of the Caribbean and Age of Pirates games.
ecstra - Fast & Flexible EntityComponentSystem (ECS) for JavaScript & TypeScript
Tree - General tree data structure for C++: generic non-linear non-associative unordered acyclic rooted referenced collection of nodes, each containing a value.