Select links based on message Priority & Reliability #1360
Closed
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
fuzzypixelz
added
enhancement
This was referenced Sep 5, 2024
fuzzypixelz
force-pushed
the
link-selection
branch
2 times, most recently
from
f873bc9 to
91ee110
Compare
Preliminary throughput measurements for 743c199 and db099c1 |
fuzzypixelz
force-pushed
the
link-selection
branch
from
91ee110 to
743c199
Compare
| /// 3. QoS is enabled and priority range is available but reliability is unavailable | ||
| /// 4. QoS is enabled and reliability is available but priority range is unavailable | ||
| /// 5. QoS is enabled and both priority range and reliability are available | ||
| fn to_u64(&self) -> u64 { |
There was a problem hiding this comment.
Should not this be in zenoh-codec/zenoh-protocol cartes ?
There was a problem hiding this comment.
According to @Mallets only StateAccept could have a codec implementation as it's serialized on the wire. Otherwise this function is used for creating the ZExtZ64 and ZExtUnit extensions.
Other establishment extensions also just put their codec implementations in the same file. Even if everything were to have a codec I would still keep the try_from_64/to_u64 functions because it's the same logic.
| tracing::trace!("Scheduled: {:?}", $msg); | ||
| return pl.push_network_message($msg); | ||
| }; | ||
| /// Returns the index of the best matching [`Reliability`]-[`PriorityRange`] pair. |
There was a problem hiding this comment.
The 'smaller range' rule prevents us from returning as soon as we find a matching range. Is it worth it ?
Even with this rule we could return as soon as we find a full match with a range of 1 (cannot find a smaller range later).
There was a problem hiding this comment.
Sorry to disappoint but the search isn't even short-circuiting. It searches for three kinds of matches at the same time.
You could do search for link matching Priority and Reliability and early return on a result, but if you don't find any result you need to search by Reliability only. And if you don't find any result either you pick any link.
The search uses a fold to keep track of all three kinds of matches.
Mallets
reviewed
Sep 20, 2024
Mallets
reviewed
Sep 20, 2024
Mallets
reviewed
Sep 20, 2024
Mallets
reviewed
Sep 20, 2024
Mallets
reviewed
Sep 20, 2024
fuzzypixelz
force-pushed
the
link-selection
branch
2 times, most recently
from
6c48058 to
7ccb394
Compare
fuzzypixelz
force-pushed
the
link-selection
branch
from
7ccb394 to
b18e8d5
Compare
|
Closed in favor of #1398. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The goal of this pull request is to enable users to choose the link on which a message is sent as a function of the message's Priority & Reliability.
Supersedes #1324 and #1356.