Skip to content
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

High CPU usage when big message are published on arm32 [8995] #1107

Closed
lukicdarkoo opened this issue Mar 26, 2020 · 2 comments
Closed

High CPU usage when big message are published on arm32 [8995] #1107

lukicdarkoo opened this issue Mar 26, 2020 · 2 comments
Assignees

Comments

@lukicdarkoo
Copy link

We compiled ROS2 Eloquent with Fast RTPS middleware implementation on arm32 (Raspberry Pi Zero). In general, it works quite good, but we are experiencing low FPS when we send images locally (publisher and subscriber onboard). We profiled our node and noticed that a lot of images are dropped - the images are acquired and sent (publisher->publish()) at 10Hz but the subscriber (ros2 topic hz image_raw) receives them at 3 - 4Hz.

Expected Behavior

Since both nodes, publisher and subscriber, are running locally I would expect it to easily achieve 10fps. The images are around 1MB (640x480x3).

Current Behavior

Achieved fps is around 3 - 4 and the CPU is at ~100%

Steps to Reproduce

  1. Publish raw images (640x480) at a high rate
  2. Subscribe to the topic on the same device

System information

  • Fast-RTPS version: [tag] release/eloquent/fastrtps/1.9.3-2
  • OS: Raspbian Buster
  • Network interfaces: lo (127.0.0.1)
  • ROS2: Eloquent

I assume that the messages are dropped because the device cannot handle the workload. But since the high CPU usage is caused by Fast RTPS I was wondering if it is possible to reduce it?

@MiguelCompany MiguelCompany changed the title High CPU usage when big message are published on arm32 High CPU usage when big message are published on arm32 [8995] Jul 30, 2020
@EduPonz
Copy link

EduPonz commented Aug 27, 2020

Hi @lukicdarkoo ,

Unfortunately we don't have the hardware to verify your issue, but we did some improvements that can and should affect your case. It'd be nice if you could try with master branch. Furthermore, if both publisher and subscriber are in the same machine, you could benefit from Fast DDS Shared Memory Transport. If you have any problems setting it up just let us know and we'll be happy to guide you.

@JLBuenoLopez
Copy link
Contributor

Hi @lukicdarkoo,

Fast DDS (formerly known as FastRTPS) 1.9.x has reached end of life. Also, Raspbian Buster OS is not officially supported. Finally, a possible fix or improvement was provided last year and no feedback was received. Consequently, I am going to close this issue due to inactivity and unsupported OS and release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants