Difference between revisions of "Running"
Line 52: | Line 52: | ||
Remember to always run go from the toolbox root directory. | Remember to always run go from the toolbox root directory. | ||
+ | |||
+ | === Merging your configuration === | ||
+ | |||
+ | If you know what you are doing, you can merge your own custom configuration with the default configuration by using the '-merge' option. Options or tags that are missing in this custom file will then be filled up with the values from the default configuration. This prevents you from having to duplicate tags in default.xml. However, if you are unfamiliar with XML and not quite sure what you are doing we advise against using it. | ||
=== Running optimization examples === | === Running optimization examples === |
Revision as of 00:49, 7 February 2009
Getting started
If you are just getting started with the toolbox and you have no idea how everything works, do the following:
- Go through the presentation available here, paying specific attention to the control flow
- If you do not know what XML is please read FAQ#What is XML?
- Print out default.xml (in the config directory) and take your time to read it through and understand the structure and the way things work. This is very important.
- Read through as much documentation on the wiki as you can
- Do a default run (see next section) and understand what is going on.
- Change default.xml to run a different example. If you can do that you should have mastered all the basic skills needed to use the toolbox.
If you get stuck or have any problems you can let us know.
We are well aware that documentation is not always complete and possibly even out of date in some cases. We try to document everything as best we can but much is limited by available time and manpower. We are are a university research group after all. The most up to date documentation can always be found (if not here) in the default.xml configuration file and, of course, in the source files. If something is unclear please dont hesitate to ask.
Running the default configuration
Once the SUMO Toolbox is installed you can do a simple test run to check if everything is working as expected. See the installation page for more information.
Running different examples
The examples/
directory contains many example simulators that you can use to test the toolbox with. These examples range from predefined functions, to datasets from various domains, to native simulation code. If you want to try one of the examples, open config/default.xml
and edit the <Simulator> tag to suit your needs.
See the configuration section on information about the possible options. If you want to add your own example see Adding an example.
If you have updated default.xml
then simply run 'go
' to run the example (making sure that the toolbox is in your Matlab path of course).
Always make sure that the example you use matches the selected sample evaluator (SampleEvaluator tag). For example, its no use running an example that is implemented as a static dataset using the 'matlab' or 'local' sample evaluators. Doing this will result in an error. In this case you should use 'scatteredDataset'. See also Toolbox configuration#Structure.
Other usages of 'go
' are as follows:
"go"
"go('MyConfigFile.xml')"
"go('MyConfigFile.xml',xValues, yValues)"
"go('MyConfigFile.xml',xValues, yValues, options)"
"go('MyConfigFile.xml',xValues, yValues, options, runFilter)"
The runFilter parameter is a number or vector (with range [1 numRuns]) that specifies which runs to execute
With "options" a cell array containing one or more of:
"'-merge'" : merge 'MyConfigFile.xml' with the default configuration
Note: the merging process does not support all possible cases,
in case of problems, do not specify the "-merge" parameter.
So for example if you made a copy of default.xml called defaultCopy.xml and you placed this file in the conifg subdirectory, you would run the toolbox as follows:
go('config/defaultCopy.xml')
Remember to always run go from the toolbox root directory.
Merging your configuration
If you know what you are doing, you can merge your own custom configuration with the default configuration by using the '-merge' option. Options or tags that are missing in this custom file will then be filled up with the values from the default configuration. This prevents you from having to duplicate tags in default.xml. However, if you are unfamiliar with XML and not quite sure what you are doing we advise against using it.
Running optimization examples
The SUMO toolbox can also be used for minimizing the simulator in an intelligent way. There are 2 examples in included in config/Optimization
. To run these examples is exactly the same as always, e.g. go('config/optimization/Branin.xml')
. The only difference is in the sample selector which is specified in the configuration file itself.
The example configuration files are well documented, it is advised to go through them for more detailed information.
Debugging
Remember to always check the log file first if problems occur! When reporting problems please attach your log file and the xml configuration file you used.
To aid understanding and debugging you should set the console and file logging level to FINE (or even FINER, FINEST) as follows:
Change the level of the ConsoleHandler tag to FINE, FINER or FINEST. Do the same for the FileHandler tag.
<!-- Configure ConsoleHandler instances -->
<ConsoleHandler>
<Option key="Level" value="FINE"/>
</ConsoleHandler>
Output
All output is stored under the directory specified in the Config:ContextConfig section of the configuration file (by default this is set to "output
").
Starting from version 6.0 the output directory is always relative to the project directory of your example. Unless you specify an absolute path.
After completion of a SUMO Toolbox run, the following files and directories can be found there (e.g. : in output/<run_name+date+time>/
subdirectory) :
config.xml
: The xml file that was used by this run. Can be used to reproduce the entire modeling process for that run.randstate.dat
: contains states of the random number generators, so that it becomes possible to deterministically repeat a run (see the Random state page).samples.txt
: a list of all the samples that were evaluated, and their outputs.profilers
-dir: contains information and plots about convergence rates, resource usage, and so on.best
-dir: contains the best models (+ plots) of all outputs that were constructed during the run. This is continuously updated as the modeling progresses.models_outputName
-dir: contains a history of all intermediate models (+ plots + movie) for each output that was modeled.
If you generated models multi-objectively you will also find the following directory:
paretoFronts
-dir: contains snapshots of the population during multi-objective optimization of the model parameters.
Using models
Once you have generated a model, you might wonder what you can do with it. To see how to load, export, and use SUMO generated models see the Using a model page.
Modeling complex outputs
The toolbox supports the modeling of complex valued data. If you do not specify any specific <Output> tags, all outputs will be modeled with complexHandling set to 'complex
'. This means that a real output will be modeled as a real value, and a complex output will be modeled as a complex value (with a real and imaginary part). If you don't want this (i.e., you want to model the modulus of a complex output or you want to model real and imaginary parts separately), you explicitly have to set complexHandling to 'modulus', 'real', 'imaginary', or 'split'.
More information on this subject can be found at the Outputs page.
Interfacing with the SUMO Toolbox
To learn how to interface with the toolbox or model your own problem see the Adding an example and Interfacing with the toolbox pages.
Tips
See the Tips page for various tips and gotchas.