As I mentioned in issue #31, my personal computer couldn't handle the computation burden of the algorithm. So I deployed the docker container on a server, with 2 AMD EPYC 9174F CPUs.
However, I found the algorithm still can't run in real time. The odometry ran only at around 2Hz when no loop closure was involved, while all the 64 CPU cores were running almost at max capacity.
Since the CPU on that server is strong enough, I'd like to know if your code is so computation-demanding or if I did some wrong setups that led to this real-time problem.
Trajectory problem
Nevertheless, running on the server side does make the trajectory more reasonable. It's more continuous compared to my PC running result. Yet the trajectories are still not on the same plane.
I'd like to know if your experiment results on Graco are the same or if my trajectories are wrong.
Real-time problem
As I mentioned in issue #31, my personal computer couldn't handle the computation burden of the algorithm. So I deployed the docker container on a server, with 2 AMD EPYC 9174F CPUs.
However, I found the algorithm still can't run in real time. The odometry ran only at around 2Hz when no loop closure was involved, while all the 64 CPU cores were running almost at max capacity.
Since the CPU on that server is strong enough, I'd like to know if your code is so computation-demanding or if I did some wrong setups that led to this real-time problem.
Trajectory problem
Nevertheless, running on the server side does make the trajectory more reasonable. It's more continuous compared to my PC running result. Yet the trajectories are still not on the same plane.
I'd like to know if your experiment results on Graco are the same or if my trajectories are wrong.
Thanks a lot.