You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are a lot of things to implement for the support of the code being multi-shard ready.
Some include the following, feel free to create separate issues for subpoints and check them off as they are completed, linking to them from the list here also helps:
Transfer creep memory through interShardSegment when traveling through shard portals
Pathfinding/targeting to/after shard portals
Respawn check needs to consider whether we are on multiple shards, and not just respawn when we look defeated on one shard
Adjusting CPU limit allocation between shards
Expanding from one shard to another
Supporting one shard with civilian creeps/resources from another
Attacking/defending on one shard with creeps from another
Market arbitrage between shards
The text was updated successfully, but these errors were encountered:
Add the ability for one shard to launch programs on another.
Add the ability to spawn creeps on other shards and transfer them over. On the spawning shard they won't even need the creep memory, just the shard to send it to.
Elect a "leader" shard (the one with the most claimed rooms, using the lowest shard id in case of a tie) responsible for delegating cpu to each shard.
Give each shard a minimum of X cpu (say, 6) and divide the rest by percentage of claimed rooms on that shard.
There are a lot of things to implement for the support of the code being multi-shard ready.
Some include the following, feel free to create separate issues for subpoints and check them off as they are completed, linking to them from the list here also helps:
The text was updated successfully, but these errors were encountered: