ecs_benchmark
artemis-odb
ecs_benchmark | artemis-odb | |
---|---|---|
4 | 5 | |
164 | 758 | |
- | - | |
8.1 | 0.0 | |
about 1 month ago | about 1 year ago | |
C++ | Java | |
MIT License | BSD 2-clause "Simplified" 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.
artemis-odb
-
What is com.artemis
Probably this https://github.com/junkdog/artemis-odb
-
Dominion ECS, a high-performance implementation with Java 17 (and record classes) vs C / C++
To my knowledge Artemis-Odb ( https://github.com/junkdog/Artemis-odb ) is one of the faster Java ECS implementations. It might be fun and interesting to benchmark against it. Although Artemis-Odb has a different and larger scope and is probably not fully comparable.
-
Dominion, an attempt to implement a fast ECS by design
I've tinkered with Artemis-odb in a libgdx project, but its honestly starting to feel bloated. I've also tried Ashley, but Artemis seems to be the gold standard for java ECS. It could use a good contender to shake things up.
-
Unity patents "Methods and apparatuses to improve the performance of a video game engine using an Entity Component System (ECS)"
Modern fork of it for those who are curious: https://github.com/junkdog/artemis-odb
-
Implementing ECS using Ashley.
In artemis there is the same concept, with ComponentMapper, maybe can help you: https://github.com/junkdog/artemis-odb/blob/develop/artemis-core/artemis/src/main/java/com/artemis/ComponentMapper.java
What are some alternatives?
flecs - Fast & Flexible EntityComponentSystem (ECS) for JavaScript & TypeScript [Moved to: https://github.com/DavidPeicho/ecstra]
ashley - A Java entity system inspired by Ash & Artemis.
Doxide - Modern documentation for modern C++. Configure with YAML, output Markdown, post-process with Material for MkDocs.
dominion-ecs-java-benchmark - Benchmark for dominion-ecs-java library
dominion-ecs-java - Insanely fast ECS (Entity Component System) for Java
ecsy - Entity Component System for javascript
retinazer - An entity-component-system implementation for Java
App - A Learning Ground for C++ Enthusiasts
bevy - A refreshingly simple data-driven game engine built in Rust
ecstra - Fast & Flexible EntityComponentSystem (ECS) for JavaScript & TypeScript
ecs_benchmark - Flecs benchmarks