-
Notifications
You must be signed in to change notification settings - Fork 1
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
gz-sim: 3k_shapes.sdf #1576
Comments
I'm available to test. |
|
It doesn't work because you are doing it from your home directory. You need to be in the examples directory for this to work. I'm able to get this working on my machine. |
@arjo129 thank you for the feedback, I will try this tutorial again today (if possible) and report back. |
@arjo129 can you share the steps you took to get the demo working. Mine is crashing. Here are the steps I took cd ~/workspace/src/gz-sim/examples/worlds
erb -T 1 shapes_population.sdf.erb > shapes_population.sdf
gz sim shapes_population.sdf A gazebo sim window opens up, RAM usages goes upto 14 GB but nothing else happens. Waited about 3-5 minutes before a message to Force Quit Gazebo sim window popped up. |
Can you run with the |
@arjo129 can you give me the full command please. Sorry but kinda very new to Gazebo not familiar with all the command structure yet. |
I can see that the gazebo world takes forever to deserialize. |
Thanks @arjo129 I will try your commands and report back tomorrow |
So I am able to get this working but it needs a lot of RAM. The server starts up relatively quickly, but the gui takes a very long time to load. The server SDF parser takes ~30 seconds to start while the shapes take 10 minutes to appear on the gui screen. Total memory usage is about 10GB of ram and 20GB of swap, I can see why most people would have trouble running this. |
I was investigating gazebosim/gazebo_test_cases#1576 , in my investigation it came to my notice that `sdf::Element` takes forever to destroy (We should open a ticket somewhere about this). If we are skipping serialization we might as well not create and destroy an SDF Element. This hack greatly speeds up the load time for gazebo. Signed-off-by: Arjo Chakravarty <[email protected]>
I've opened gazebosim/sdformat#1478. I'm not an expert on libsdformat, but the root cause does seem like this. In the mean time gazebosim/gz-sim#2596 can be used to reduce load times. |
I tested it and it worked for me. However, rendering process is taken so much time. |
Thanks @utkuesen, yeah the rendering is taking very long. We also know why as can be seen in my previous comments. We just need to come to a consensus on whats the best way forward. The current issue is the gui is taking too long to deserialize the ecm. |
Sorry, clicked "unassign me" by mistake. |
I've re-assigned you 😄 |
…ary. (#2596) * A hack to greatly improve load times I was investigating gazebosim/gazebo_test_cases#1576 , in my investigation it came to my notice that `sdf::Element` takes forever to destroy (We should open a ticket somewhere about this). If we are skipping serialization we might as well not create and destroy an SDF Element. This hack greatly speeds up the load time for gazebo. Signed-off-by: Arjo Chakravarty <[email protected]> * Remove magic word Signed-off-by: Arjo Chakravarty <[email protected]> * Send empty string instead of using sentinel value. Signed-off-by: Arjo Chakravarty <[email protected]> * Style Signed-off-by: Arjo Chakravarty <[email protected]> * fix custom sensor system example build (#2649) Signed-off-by: Ian Chen <[email protected]> * remove stray change Signed-off-by: Arjo Chakravarty <[email protected]> --------- Signed-off-by: Arjo Chakravarty <[email protected]> Signed-off-by: Ian Chen <[email protected]> Co-authored-by: Ian Chen <[email protected]>
…ary. (#2596) * A hack to greatly improve load times I was investigating gazebosim/gazebo_test_cases#1576 , in my investigation it came to my notice that `sdf::Element` takes forever to destroy (We should open a ticket somewhere about this). If we are skipping serialization we might as well not create and destroy an SDF Element. This hack greatly speeds up the load time for gazebo. Signed-off-by: Arjo Chakravarty <[email protected]> * Remove magic word Signed-off-by: Arjo Chakravarty <[email protected]> * Send empty string instead of using sentinel value. Signed-off-by: Arjo Chakravarty <[email protected]> * Style Signed-off-by: Arjo Chakravarty <[email protected]> * fix custom sensor system example build (#2649) Signed-off-by: Ian Chen <[email protected]> * remove stray change Signed-off-by: Arjo Chakravarty <[email protected]> --------- Signed-off-by: Arjo Chakravarty <[email protected]> Signed-off-by: Ian Chen <[email protected]> Co-authored-by: Ian Chen <[email protected]> (cherry picked from commit 1a88131)
…ary. (#2596) * A hack to greatly improve load times I was investigating gazebosim/gazebo_test_cases#1576 , in my investigation it came to my notice that `sdf::Element` takes forever to destroy (We should open a ticket somewhere about this). If we are skipping serialization we might as well not create and destroy an SDF Element. This hack greatly speeds up the load time for gazebo. Signed-off-by: Arjo Chakravarty <[email protected]> * Remove magic word Signed-off-by: Arjo Chakravarty <[email protected]> * Send empty string instead of using sentinel value. Signed-off-by: Arjo Chakravarty <[email protected]> * Style Signed-off-by: Arjo Chakravarty <[email protected]> * fix custom sensor system example build (#2649) Signed-off-by: Ian Chen <[email protected]> * remove stray change Signed-off-by: Arjo Chakravarty <[email protected]> --------- Signed-off-by: Arjo Chakravarty <[email protected]> Signed-off-by: Ian Chen <[email protected]> Co-authored-by: Ian Chen <[email protected]> (cherry picked from commit 1a88131)
…ary. (#2596) * A hack to greatly improve load times I was investigating gazebosim/gazebo_test_cases#1576 , in my investigation it came to my notice that `sdf::Element` takes forever to destroy (We should open a ticket somewhere about this). If we are skipping serialization we might as well not create and destroy an SDF Element. This hack greatly speeds up the load time for gazebo. Signed-off-by: Arjo Chakravarty <[email protected]> * Remove magic word Signed-off-by: Arjo Chakravarty <[email protected]> * Send empty string instead of using sentinel value. Signed-off-by: Arjo Chakravarty <[email protected]> * Style Signed-off-by: Arjo Chakravarty <[email protected]> * fix custom sensor system example build (#2649) Signed-off-by: Ian Chen <[email protected]> * remove stray change Signed-off-by: Arjo Chakravarty <[email protected]> --------- Signed-off-by: Arjo Chakravarty <[email protected]> Signed-off-by: Ian Chen <[email protected]> Co-authored-by: Ian Chen <[email protected]> (cherry picked from commit 1a88131) # Conflicts: # include/gz/sim/components/Model.hh
…ary. (#2596) (#2682) * A hack to greatly improve load times I was investigating gazebosim/gazebo_test_cases#1576 , in my investigation it came to my notice that `sdf::Element` takes forever to destroy (We should open a ticket somewhere about this). If we are skipping serialization we might as well not create and destroy an SDF Element. This hack greatly speeds up the load time for gazebo. Signed-off-by: Arjo Chakravarty <[email protected]> Signed-off-by: Ian Chen <[email protected]> Co-authored-by: Ian Chen <[email protected]> (cherry picked from commit 1a88131)
…ary. (#2596) (#2683) * A hack to greatly improve load times I was investigating gazebosim/gazebo_test_cases#1576 , in my investigation it came to my notice that `sdf::Element` takes forever to destroy (We should open a ticket somewhere about this). If we are skipping serialization we might as well not create and destroy an SDF Element. This hack greatly speeds up the load time for gazebo. Signed-off-by: Arjo Chakravarty <[email protected]> Signed-off-by: Ian Chen <[email protected]> Co-authored-by: Ian Chen <[email protected]> (cherry picked from commit 1a88131)
…ary. (backport #2596) (#2684) * Improve load times by skipping serialization of entities when unecessary. (#2596) * A hack to greatly improve load times I was investigating gazebosim/gazebo_test_cases#1576 , in my investigation it came to my notice that `sdf::Element` takes forever to destroy (We should open a ticket somewhere about this). If we are skipping serialization we might as well not create and destroy an SDF Element. This hack greatly speeds up the load time for gazebo. Signed-off-by: Arjo Chakravarty <[email protected]> Co-authored-by: Arjo Chakravarty <[email protected]> Co-authored-by: Arjo Chakravarty <[email protected]>
Configuration
Links
Process
Step 1 - Instructions work
Step 2 - Images (if there are any) match the result
The text was updated successfully, but these errors were encountered: