ecs_benchmark
ecs_benchmark
ecs_benchmark | ecs_benchmark | |
---|---|---|
4 | 3 | |
164 | 30 | |
- | - | |
8.1 | 6.8 | |
about 1 month ago | 3 months 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.
ecs_benchmark
-
Dominion official Preview. A Java Entity Component System (ECS) with outstanding performance
So far, I've used this as a direct comparison: it's Flecs (I think it needs no introduction), and it's implemented in C
-
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.
What are some alternatives?
flecs - Fast & Flexible EntityComponentSystem (ECS) for JavaScript & TypeScript [Moved to: https://github.com/DavidPeicho/ecstra]
artemis-odb - A continuation of the popular Artemis ECS framework
entity-system-benchmarks - microbenchmarks comparing ECS (entity component system) frameworks for java
Doxide - Modern documentation for modern C++. Configure with YAML, output Markdown, post-process with Material for MkDocs.
dominion-ecs-java - Insanely fast ECS (Entity Component System) for Java
dominion-ecs-java-benchmark - Benchmark for dominion-ecs-java library
ecsy - Entity Component System for javascript
App - A Learning Ground for C++ Enthusiasts
ecstra - Fast & Flexible EntityComponentSystem (ECS) for JavaScript & TypeScript
imgui_entt_entity_editor - A drop-in entity editor for EnTT with Dear ImGui