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
ActorReactors should not be in contention with each other for work
crossbeam-deque had a really nice set of queues for this exact purpose.
Executors and Reactors that have units of work should not be linked by more than channels
This will be better for unit testing.
Ability to register custom Reactors
The alternative to this is to embed futmio directly in Axiom with a feature flag. It could be usable to avoid depending on Actors, but it would be better for extensibility to do it this way. This would be how the networking crate would register the MioReactor.
The text was updated successfully, but these errors were encountered:
Current things that need to go into this rework:
crossbeam-deque
had a really nice set of queues for this exact purpose.futmio
directly in Axiom with a feature flag. It could be usable to avoid depending on Actors, but it would be better for extensibility to do it this way. This would be how the networking crate would register the MioReactor.The text was updated successfully, but these errors were encountered: