Closed Jaetriel closed 1 year ago
I think we discussed it in #38 and #43.
And I have a suggestion, when talking about the computational efficiency, please produce enough infomation such as:your configuration (if publish every point, if save pcd), cpu information, LiDAR type, if the dependencies are fulfilled.
Yes you are right we discussed performance but I don't think this aspect specifically and I wasn't sure if it was cause by rviz exactly, if I have missed it I'm sorry. But my configuration is: dense_pub_en: false save_pcd:true
using OS1-128 lidar with an NVidia Jetson Xavier with 8core arm64 processor
what happend if you close the save_pcd? will it be real-time?
Hi, You can have a look #46 @Jaetriel
Hi, I'm sorry I've been away for quite some time. I tested a bit today, putting save_pcd to false helped a tiny bit, but still nowhere near real-time, my lidar spins at 10hz speed but when I checked the /cloud_registered topic it's being published with 5-6hz sometimes even 2-3. Then I started increasing point_filter_num
parameter and also the filter leaf size and I started seeing improvements and got close to real-time, so I'm guessing the main issue is just the number of points with the 128 channel lidar since I get like 2.1 mil points per second?
did you open rviz or not?
yes all of these tests were with rviz open and running.
yes all of these tests were with rviz open and running.
Rviz will eat very very much computational resources, especially in ARM based low-power computer. There will be no real-time performence when rviz opened.
@XW-HKU ok thank you, what hardware (PC) would you recommend to process datasets with FAST-LIO and to have real-time performance in rviz?
@XW-HKU ok thank you, what hardware (PC) would you recommend to process datasets with FAST-LIO and to have real-time performance in rviz?
FAST-LIO and rviz both only use the CPU, not depends on the GPU, such that the pc with good cpu such as i7-10500k will be enough.
@XW-HKU ok, thanks for the clarification. So is it correct to assume that when you have a much larger number of points publishing of the point cloud map slows down and becomes less than real-time? And if so, can I control how many points go into FAST_LIO for processing by setting point_filter_num
to a higher number? (I assume it reduces the number of points in the first place coming from the lidar) Also, I have a couple of other questions, if you dont mind. Would it be possible at all to have a case where the sensors are placed still for longer period of time lets say a few minutes and the algorithm doesn't keep collecting the same points over and over again to fill up the ram and other resources and doesn't keep adding the same frames again and again to the pcd map?
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Hey, I noticed in FAST-LIO sometimes when I play a ROS bag with normal speed, the bag finished playing and everything is okay, but it takes FAST-LIO more time and it keeps processing the data even after the bag finishes playing, is this normal behaviour?