-
Notifications
You must be signed in to change notification settings - Fork 173
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enhance subscribers, queryables and liveliness tokens propagation to improve scalability #814
Conversation
@OlivierHecart If this pull request contains a bugfix or a new feature, then please consider using |
* Add client writer-side filtering * Reimplement liveliness with interests * Fix writer-side filtering before receiving FinalInterest
impl CurrentFutureTrait for InterestMode { | ||
#[inline] | ||
fn future(&self) -> bool { | ||
self == &InterestMode::Future || self == &InterestMode::CurrentFuture |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So no strong opinion on this so it's simply to have a written trace somewhere.
The InterestMode
enum as an abstraction on the Current & Future flags, make the switch to an Interest Final message clearer but at the same time it creates that CurrentFuture
state that doesn't represent anything specific.
On the other side of the coin, if we don't have this enum, we keep Current and Future as separate flags but it suddenly switch to Interest Final out of the blue which is confusing to someone who doesn't know the Interest spec.
For Pico I chose the latter because it's simpler, I don't have to deal with an enum.
No description provided.