Skip to content

feat: replace concurrent scheduler with sequential scheduler#887

Open
rmrt1n wants to merge 1 commit intomainfrom
ryan/sequential
Open

feat: replace concurrent scheduler with sequential scheduler#887
rmrt1n wants to merge 1 commit intomainfrom
ryan/sequential

Conversation

@rmrt1n
Copy link
Copy Markdown
Contributor

@rmrt1n rmrt1n commented Apr 13, 2026

TL;DR

The PR title sums it up basically.

Rationale

Entity operations (create, destroy, etc.) aren't concurrent safe and require locks to synchronize. The concurrent scheduler brings better performance when systems touch different components, but when it comes to entity operations, all systems effectively become sequential. Tested on Rampage, a sequential scheduler cuts down tick execution time by roughly half just from the lack of lock contention.

Copy link
Copy Markdown
Contributor Author

rmrt1n commented Apr 13, 2026


How to use the Graphite Merge Queue

Add the label graphite/merge to this PR to add it to the merge queue.

You must have a Graphite account in order to use the merge queue. Sign up using this link.

An organization admin has enabled the Graphite Merge Queue in this repository.

Please do not merge from GitHub as this will restart CI on PRs being processed by the merge queue.

This stack of pull requests is managed by Graphite. Learn more about stacking.

@rmrt1n rmrt1n requested a review from winton-library April 13, 2026 10:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant