SUMO allows loading and saving simulation state since version 0.18.0.
To save the state at specified times during the simulation add the option --save-state.times
sumo --save-state.times TIME1,TIME2,TIME3
Alternatively, the option --save-state.period <TIME> can be used to save states periodically.
By default the state will be written to files named <PREFIX>_<TIME><SUFFIX> where <PREFIX> can be set via option --save-state.prefix (default state), <TIME> is the simulation time and <SUFFIX> is either one of .sbx or .xml as controlled by the option --save-state.suffix (default .sbx).
When using the option --save-state.times, output files can also be specified by using the option --save-state.files
sumo --save-state.files FILE1,FILE2,FILE3
to set the file names explicitly. In particular if a plain text xml-file is desired as output (instead of the binary format .sbx) the file names should be given (with suffix .xml).
The option --load-state <FILE> is used to initialize the simulation with the given state file. It is recommended to start the simulation with the same input files that were used when saving the state file and set option --begin to the time when the state was saved. Additional files (i.e. more vehicles) can be added without problems.
When the option --load-state.offset is set all, times loaded from the simulation state will be shifted by the given amount. This can be used to reset the simulation second to 0 after midnight and still have the loaded vehicles function properly.
The option --load-state.remove-vehicles ID1,ID2,... allows removing vehicles from a loaded state. This opens up the possibility for re-positioning selected vehicles by inserting them again with a .rou.xml file.
Vehicles that have not yet departed are not included in the simulation state and must be loaded from input files. When loading vehicles from an input file that are already present in the simulation state, these vehicles are automatically ignored and loading proceeds without errors.
- The state of the random number generate is not saved. Thus, simulations will behave differently from the original after being reloaded from a state.
- The internal state of the lanChangeModel is not saved
- the internal state of the carFollowModel is not saved (not all models have this).
- Persons are not saved
Older Versions of SUMO#
On versions before 0.18.0 a possible workaround is to run SUMO within a virtual machine (VM) as the state of a VM can be saved at any time. Tests with VirtualBox on Linux have shown that SUMO does not run significantly slower in a VM as directly on the host if enough hardware resources are assigned to the VM (for example if you run another program simultaneously to communicate to SUMO via TraCI you should assign enough CPU-cores to the VM).