Open ZhenshengLee opened 2 months ago
@MiguelCompany @Barry-Xu-2018 Friendly Ping.
related with this performance test topic.
@MiguelCompany @EduPonz Could you please handle/triage this issue?
The 35ms delay looks like an unreasonably long delay for a simple publish()
call with the
rclcpp::QoS custom_qos_profile = rclcpp::QoS(rclcpp::QoSInitialization::from_rmw(rmw_qos_profile_default))
.history(rmw_qos_history_policy_t::RMW_QOS_POLICY_HISTORY_KEEP_LAST)
.keep_last(5)
.reliability(rmw_qos_reliability_policy_t::RMW_QOS_POLICY_RELIABILITY_BEST_EFFORT)
.durability(rmw_qos_durability_policy_t::RMW_QOS_POLICY_DURABILITY_VOLATILE)
.avoid_ros_namespace_conventions(false);
@ZhenshengLee What is the delay for the same setup with the CycloneDDS?
What is the delay for the same setup with the CycloneDDS? @MichaelOrlov
I didn't test with CycloneDDS, below is the result of RTI ConnextDDS, the publish blocking time is around 3-5ms
Bug report
Required Info:
ros2 env is using fastrtps with local only communication
fastdds xml is using async publishing with datasharing.
Steps to reproduce issue
the code is such a typical image publisher
Expected behavior
the publish timeout log should never show, because the typical publish block time is 0.023ms.
Actual behavior
with a 1min test experiment, there show many publish blocking log.
Additional information
this issue can be related https://github.com/ros2/rmw_fastrtps/issues/338
QSTs