Latency Overhead of ROS2 for Modular Time-Critical Systems. (arXiv:2101.02074v1 [cs.RO])

[CoffeeKumazaki]

Latency Overhead of ROS2 for Modular Time-Critical Systems. (arXiv:2101.02074v1 [cs.RO])
https://ift.tt/3nhrzDv

Robot Operating System 2 (ROS2) targets distributed real-time systems. Especially in tight real-time control loops, latency in data processing and communication can lead to instabilities. As ROS2 encourages splitting of the data-processing pipelines into several modules, it is important to understand the latency implications of such modularization. In this paper, we investigate the end-to-end latency of ROS2 data-processing pipeline with different Data Distribution Service (DDS) middlewares. In addition, we profile the ROS2 stack and point out latency bottlenecks. Our findings indicate that end-to-end latency strongly depends on the used DDS middleware. Moreover, we show that ROS2 can lead to 50 % latency overhead compared to using low-level DDS communications. Our results imply guidelines for designing modular ROS2 architectures and indicate possibilities for reducing the ROS2 overhead.

via cs.RO updates on arXiv.org http://arxiv.org/

[CoffeeKumazaki]

ROS2のtopic通信のレイテンシーを、送信頻度・データサイズ・ノード数・DDSごとに調査

[CoffeeKumazaki]

• With a payload higher than the fragmentation size of UDP (here, 64 KB), latency increases with the payload size.
• The higher the frequency, the lower the latency
• CycloneDDS yields the lowest latency.
• The DDS middleware and the delay between message notification and message retrieval by ROS2 contribute the biggest portions to the overall latency.
• The Connext rmw is highly suboptimal. In later releases, this will most likely change.
• Latency is larger on Raspberry Pi, however the qualitative results are the same. Fluctuation in latency is less compared to the desktop PC.