Improve and document the point cloud pipeline performance evaluation methods #6032
Closed
9 tasks done
Labels
status:stale
Inactive or outdated issues. (auto-assigned)
type:documentation
Creating or refining documentation. (auto-assigned)
type:new-feature
New functionalities or additions, feature requests.
type:performance
Software optimization and system performance.
Checklist
Description
Currently, in Autoware, many developers rely on
ros2 topic delay pointcloud_topic_name
to measure the point cloud pipeline performance. This method is suitable for small messages, but for larger messages such as point clouds or images, it introduces significant overhead and reports exaggerated delays.The primary reason is that our sensing/perception nodes run within composable node containers and utilize intra-process communication. External subscriptions to these messages, like using
ros2 topic delay
or rviz2, add additional delays. Even slow down existing pipelines just by subscribing from outside.A more efficient method would be for the nodes themselves to report the delays.
Purpose
The purpose of this issue is to improve the accuracy and reliability of point cloud pipeline performance evaluation in Autoware. By developing a method where nodes internally report delays, we can achieve a more precise measurement of performance, essential for optimizing and benchmarking our systems.
Possible approaches
tier4_autoware_utils::DebugPublisher
instances within nodes to report accumulated delays (current time - header time
).Definition of done
cc. @kminoda @miursh
The text was updated successfully, but these errors were encountered: