Skip to content

Separate initialization and enabling of BuiltinProtocols [12388] #2171

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

Merged
merged 8 commits into from
Mar 8, 2022

Conversation

richiware
Copy link
Member

The goal is to improve bandwidth network when using Static Discovery. Currently when the RTPSParticipant is created, BuiltinProtocols are initialized and enabled at same time. Using Static Discovery provokes each time a DDS entity is enabled a new DATA(p) is sent adding this entity into the property list.

With this PR the enabling of BuiltinProtocols is done after the enabling of DDS entities. Using Static Discovery only one DATA(p) is sent with all entities information.

@richiware richiware changed the title Separate initialization and enabling of BuiltinProtocols Separate initialization and enabling of BuiltinProtocols [12388] Aug 30, 2021
@richiware richiware added this to the v2.5.0 milestone Dec 13, 2021
@EduPonz EduPonz modified the milestones: v2.5.0, v2.5.1 Dec 13, 2021
Copy link
Member

@MiguelCompany MiguelCompany left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Apart from my small suggestion below, this needs a rebase

richiware and others added 8 commits January 10, 2022 14:24
Signed-off-by: Ricardo González Moreno <[email protected]>
Signed-off-by: Ricardo González <[email protected]>
Signed-off-by: Ricardo González Moreno <[email protected]>
Signed-off-by: Ricardo González <[email protected]>
Ensure good behaviour with static discovery, calling first for
participant and later for endpoints.

Signed-off-by: Ricardo González Moreno <[email protected]>
Signed-off-by: Ricardo González <[email protected]>
Signed-off-by: Ricardo González Moreno <[email protected]>
Signed-off-by: Ricardo González <[email protected]>
Co-authored-by: Miguel Company <[email protected]>
Signed-off-by: Ricardo González <[email protected]>
Signed-off-by: Ricardo González Moreno <[email protected]>
Signed-off-by: Ricardo González <[email protected]>
Co-authored-by: Miguel Company <[email protected]>
Signed-off-by: Ricardo González <[email protected]>
Copy link
Member

@MiguelCompany MiguelCompany left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM with green CI

@JLBuenoLopez
Copy link
Contributor

@richiprosima test this

@JLBuenoLopez
Copy link
Contributor

@richiprosima please test this

@JLBuenoLopez
Copy link
Contributor

CI failures seem unrelated (aarch64 has not run)

@JLBuenoLopez JLBuenoLopez added the ready-to-merge Ready to be merged. CI and changes have been reviewed and approved. label Feb 17, 2022
@JLBuenoLopez
Copy link
Contributor

Maybe it should be considered if this PR should be moved to 2.6.0. There is a new public method enable added to BuiltinProtocols. Even though this class should be private, right now is public...

@MiguelCompany
Copy link
Member

@richiprosima Please test this

@JLBuenoLopez
Copy link
Contributor

CI failures seem unrelated. Ready to merge!

@MiguelCompany MiguelCompany merged commit 5fc790c into master Mar 8, 2022
@MiguelCompany MiguelCompany deleted the feature/12355 branch March 8, 2022 06:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ready-to-merge Ready to be merged. CI and changes have been reviewed and approved.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants