Close performance gap between `bevy_tasks` and `rayon`
Open
A-Tasks
C-Performance
- Dominant language
- Rust
- Stars
- 48.2k
- Forks
- 4.8k
- Avg merge
- 3d 22h
- Merged PRs (30d)
- 161
Description
> * One is that their executor spins a little more waiting for another task to be ready.
> * For par_for_each stuff, it wakes new threads faster as async executor limits to waking one thread at a time.
> * When it forks (splits current task in 2) it runs one on the current thread and only spawns a task for the other task.
>
> There's probably some other microoptimizations too, but I think the above are the lowish hanging fruit.
From @hymm on [Discord](https://discord.com/channels/691052431525675048/1156148683331608626/1161003402629759126).
Contributor guide
Assessment
This issue has not been assessed yet.