Closed mahbub-iut closed 2 years ago
@namdre @behrisch any insight on this will be really helpful
We never really benchmarked the TraCI communication but yes I can imagine that it slows down the simulation. We could have a look if you can share your scenario. If you only need a very limited messaging functionality it might be a better approach to set up your own simple messaging server and attach SUMO using libsumo.
Good Evening,
Look at this thread
https://stackoverflow.com/questions/53853665/sumo-and-traci-multiple-clients-one-connection
I am guessing you have one sumo server and several clients. It seems above thread has solution the problem.
Keep us posted with the development.
Regards
From: Mahbubul Alam Palash @.> Date: Tuesday, October 12, 2021 at 2:27 AM To: eclipse/sumo @.> Cc: Subscribed @.***> Subject: Re: [eclipse/sumo] traci from multiple device makes the Sumo simulation very slow (#9326)
@namdrehttps://github.com/namdre @behrischhttps://github.com/behrisch any insight on this will be really helpful
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHubhttps://github.com/eclipse/sumo/issues/9326#issuecomment-940703926, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AKJAIOIKPU7K4SOS7AW5IGTUGPIK7ANCNFSM5FXGQBSA. Triage notifications on the go with GitHub Mobile for iOShttps://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Androidhttps://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
the simulator only continues stepping after all clients have sent the simulationStep command. This definitely doesn't scale well if you have lots of vehicles and a small step-length.
Seems to be answered. Feel free to reopen if you have new insights.
I'm running a simulation where multiple TracI client from multiple devices are interacting with Sumo Simulation and periodically sets a custom device value and call the Simulationstep() at the end. Each of the client receives SPaT messages over http periodically, processes it and sets customly created device values attached to each vehicles and calls Simulation step command. However, clients get blocked by Sumo and doesn't have the control to receive and process the http packet if http packets come very frequently. So, maintaining the 10Hz requirement is not being possible. Ideally there will be as many traci client as the number of vehicles running in simulation as they will individually process the SPaT message and take decision based on that while approaching an intersection. I know I'm overwhelming Sumo with lots of things.
However, if I run all the tracI client in same same device there is no issue. The issue arises only when I try to connect multiple tracI client from multiple devices. Is there any way to speed up the process so that client is not blocked for long by Sumo. What's the limiting factor here ? I'm running Sumo in a relatively powerful machine with Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz Processor, 32 GB DDR4 RAM and 16GB of GPU. If I run Sumo in a more powerful machine will that help?