Modelica Performance Analyzer¶
A common problem when simulating models in an equation-based language like Modelica is that the model may contain non-linear equation systems. These are solved in each time-step by extrapolating an initial guess and running a non-linear system solver. If the simulation takes too long to simulate, it is useful to run the performance analysis tool. The tool has around 5~25% overhead, which is very low compared to instruction-level profilers (30x-100x overhead). Due to being based on a single simulation run, the report may contain spikes in the charts.
When running a simulation for performance analysis, execution times of user-defined functions as well as linear, non-linear and mixed equation systems are recorded.
To start a simulation in this mode, turn on profiling with the following command line flag >>> setCommandLineOptions("--profiling=all")
The generated report is in HTML format (with images in the SVG format), stored in a file modelname_prof.html, but the XML database and measured times that generated the report and graphs are also available if you want to customize the report for comparison with other tools.
Below we use the performance profiler on the simple model A:
model ProfilingTest
function f
input Real r;
output Real o = sin(r);
end f;
String s = "abc";
Real x = f(x) "This is x";
Real y(start=1);
Real z1 = cos(z2);
Real z2 = sin(z1);
equation
der(y) = time;
end ProfilingTest;
We simulate as usual, after setting the profiling flag:
>>> setCommandLineOptions("--profiling=blocks+html")
true
>>> simulate(ProfilingTest)
record SimulationResult
resultFile = "«DOCHOME»/ProfilingTest_res.mat",
simulationOptions = "startTime = 0.0, stopTime = 1.0, numberOfIntervals = 500, tolerance = 1e-06, method = 'dassl', fileNamePrefix = 'ProfilingTest', options = '', outputFormat = 'mat', variableFilter = '.*', cflags = '', simflags = ''",
messages = "LOG_SUCCESS | info | The initialization finished successfully without homotopy method.
LOG_SUCCESS | info | The simulation finished successfully.
Warning: empty y range [3:3], adjusting to [2.97:3.03]
Warning: empty y range [3:3], adjusting to [2.97:3.03]
Warning: empty y range [2:2], adjusting to [1.98:2.02]
Warning: empty y range [2:2], adjusting to [1.98:2.02]
Warning: empty y range [3:3], adjusting to [2.97:3.03]
Warning: empty y range [3:3], adjusting to [2.97:3.03]
stdout | info | Time measurements are stored in ProfilingTest_prof.html (human-readable) and ProfilingTest_prof.xml (for XSL transforms or more details)
",
timeFrontend = 0.004947893,
timeBackend = 0.02123503,
timeSimCode = 0.003492934,
timeTemplates = 0.00446183,
timeCompile = 0.562583829,
timeSimulation = 0.08587266,
timeTotal = 0.6827815829999999
end SimulationResult;
"Warning: There are nonlinear iteration variables with default zero start attribute found in NLSJac0. For more information set -d=initialization. In OMEdit Tools->Options->Simulation->Show additional information from the initialization process, in OMNotebook call setCommandLineOptions(\"-d=initialization\").
Warning: The initial conditions are not fully specified. For more information set -d=initialization. In OMEdit Tools->Options->Simulation->Show additional information from the initialization process, in OMNotebook call setCommandLineOptions(\"-d=initialization\").
"
Profiling information for ProfilingTest¶
Information¶
All times are measured using a real-time wall clock. This means context switching produces bad worst-case execution times (max times) for blocks. If you want better results, use a CPU-time clock or run the command using real-time priviliges (avoiding context switches).
Note that for blocks where the individual execution time is close to the accuracy of the real-time clock, the maximum measured time may deviate a lot from the average.
For more details, see ProfilingTest_prof.xml.
Settings¶
Name |
Value |
---|---|
Integration method |
dassl |
Output format |
mat |
Output name |
|
Output size |
24.0 kB |
Profiling data |
|
Profiling size |
0 B |
Summary¶
Task |
Time |
Fraction |
---|---|---|
Pre-Initialization |
0.000193 |
4.76% |
Initialization |
0.000215 |
5.30% |
Event-handling |
0.000015 |
0.37% |
Creating output file |
0.000203 |
5.01% |
Linearization |
NaN% |
|
Time steps |
0.002723 |
67.17% |
Overhead |
0.000303 |
7.47% |
Unknown |
NaN |
NaN% |
Total simulation time |
0.004054 |
100.00% |
Global Steps¶
Steps |
Total Time |
Fractio n |
Average Time |
Max Time |
Deviati on |
|
---|---|---|---|---|---|---|
499 |
0.00272 3 |
67.17% |
5.45691 3827655 31e-06 |
0.00008 5381 |
14.65x |
Measured Function Calls¶
Name |
Calls |
Time |
Fractio n |
Max Time |
Deviati on |
|
---|---|---|---|---|---|---|
|Graph thumbna il functio n fun0||Graph thumbna il count functio n fun0| |
1512 |
0.00004 5178 |
1.11% |
0.00000 0835 |
26.95x |
Measured Blocks¶
Name |
Calls |
Time |
Fractio n |
Max Time |
Deviati on |
|
---|---|---|---|---|---|---|
|Graph thumbna il eq0|| Graph thumbna il count eq0| |
` <#eq0 >`__ |
8 |
0.00012 1661 |
3.00% |
0.00012 1941 |
7.02x |
` <#eq1 1>`__ |
4 |
0.00000 4169 |
0.10% |
0.00000 4289 |
3.12x |
|
` <#eq1 9>`__ |
1006 |
0.00099 4380 |
24.53% |
0.00003 0859 |
30.22x |
|
` <#eq2 1>`__ |
1508 |
0.00087 8197 |
21.66% |
0.00003 0669 |
51.66x |
Equations¶
Name |
Variables |
---|---|
eq0 |
|
eq1 |
|
eq2 |
|
eq3 |
|
eq4 |
|
eq5 |
` <#var0>`__ |
eq6 |
` <#var0>`__ |
eq7 |
` <#var0>`__ |
eq8 |
` <#var0>`__ |
eq9 |
|
eq10 |
|
eq11 |
|
eq12 |
|
eq13 |
|
eq14 |
|
eq15 |
` <#var0>`__ |
eq16 |
` <#var0>`__ |
eq17 |
` <#var0>`__ |
eq18 |
` <#var0>`__ |
eq19 |
|
eq20 |
|
eq21 |
|
eq22 |
|
eq23 |
Genenerated JSON for the Example¶
{
"name":"ProfilingTest",
"prefix":"ProfilingTest",
"date":"2023-10-19 21:13:40",
"method":"dassl",
"outputFormat":"mat",
"outputFilename":"ProfilingTest_res.mat",
"outputFilesize":24581,
"overheadTime":0.000302631,
"preinitTime":0.000193482,
"initTime":0.000214633,
"eventTime":1.4535e-05,
"outputTime":0.000203442,
"jacobianTime":9.191e-06,
"totalTime":0.00405379,
"totalStepsTime":8.615e-06,
"totalTimeProfileBlocks":0.00199841,
"numStep":499,
"maxTime":8.5381e-05,
"functions":[
{"name":"ProfilingTest.f","ncall":1512,"time":0.000045178,"maxTime":0.000000835}
],
"profileBlocks":[
{"id":0,"ncall":8,"time":0.000121661,"maxTime":0.000121941},
{"id":11,"ncall":4,"time":0.000004169,"maxTime":0.000004289},
{"id":19,"ncall":1006,"time":0.000994380,"maxTime":0.000030859},
{"id":21,"ncall":1508,"time":0.000878197,"maxTime":0.000030669}
]
}
Using the Profiler from OMEdit¶
When running a simulation from OMEdit, it is possible to enable profiling information, which can be combined with the transformations browser.
When profiling the DoublePendulum example from MSL, the following output in Figure 141 is a typical result. This information clearly shows which system takes longest to simulate (a linear system, where most of the time overhead probably comes from initializing LAPACK over and over).