Introduction
This page presents how LTSMin do cope efficiently with the StateSpace examination face to the other participating tools. In this page, we consider «Surprise» models.
The next sections will show chart comparing performances in terms of both memory and execution time.The x-axis corresponds to the challenging tool where the y-axes represents LTSMin' performances. Thus, points below the diagonal of a chart denote comparisons favorables to the tool while others corresponds to situations where the challenging tool performs better.
You might also find plots out of the range that denote the case were at least one tool could not answer appropriately (error, time-out, could not compute or did not competed).
LTSMin versus Tapaal
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for Tapaal, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to Tapaal are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | Tapaal | Both tools | LTSMin | Tapaal | ||
| All computed OK | 22 | 3 | 0 | Smallest Memory Footprint | ||
| LTSMin = Tapaal | — | — | 11 | Times tool wins | 23 | 13 |
| LTSMin > Tapaal | — | — | 0 | Shortest Execution Time | ||
| LTSMin < Tapaal | — | — | 0 | Times tool wins | 27 | 9 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 3 | 22 | 103 | |||
On the chart below, 
denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than Tapaal,
denote cases where LTSMin
computed less values than Tapaal,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and 
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, Tapaal wins when points are above the diagonal.
LTSMin versus LoLA
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for LoLA, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to LoLA are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | LoLA | Both tools | LTSMin | LoLA | ||
| All computed OK | 33 | 0 | 0 | Smallest Memory Footprint | ||
| LTSMin = LoLA | — | — | 0 | Times tool wins | 33 | 0 |
| LTSMin > LoLA | — | — | 0 | Shortest Execution Time | ||
| LTSMin < LoLA | — | — | 0 | Times tool wins | 33 | 0 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 0 | 33 | 106 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than LoLA,
denote cases where LTSMin
computed less values than LoLA,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, LoLA wins when points are above the diagonal.
LTSMin versus M4M.full
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for M4M.full, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to M4M.full are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | M4M.full | Both tools | LTSMin | M4M.full | ||
| All computed OK | 33 | 0 | 0 | Smallest Memory Footprint | ||
| LTSMin = M4M.full | — | — | 0 | Times tool wins | 33 | 0 |
| LTSMin > M4M.full | — | — | 0 | Shortest Execution Time | ||
| LTSMin < M4M.full | — | — | 0 | Times tool wins | 33 | 0 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 0 | 33 | 106 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than M4M.full,
denote cases where LTSMin
computed less values than M4M.full,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, M4M.full wins when points are above the diagonal.
LTSMin versus M4M.struct
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for M4M.struct, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to M4M.struct are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | M4M.struct | Both tools | LTSMin | M4M.struct | ||
| All computed OK | 33 | 0 | 0 | Smallest Memory Footprint | ||
| LTSMin = M4M.struct | — | — | 0 | Times tool wins | 33 | 0 |
| LTSMin > M4M.struct | — | — | 0 | Shortest Execution Time | ||
| LTSMin < M4M.struct | — | — | 0 | Times tool wins | 33 | 0 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 0 | 33 | 106 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than M4M.struct,
denote cases where LTSMin
computed less values than M4M.struct,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, M4M.struct wins when points are above the diagonal.
LTSMin versus ITS-Tools
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for ITS-Tools, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to ITS-Tools are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | ITS-Tools | Both tools | LTSMin | ITS-Tools | ||
| All computed OK | 1 | 32 | 0 | Smallest Memory Footprint | ||
| LTSMin = ITS-Tools | — | — | 32 | Times tool wins | 33 | 32 |
| LTSMin > ITS-Tools | — | — | 0 | Shortest Execution Time | ||
| LTSMin < ITS-Tools | — | — | 0 | Times tool wins | 8 | 57 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 32 | 1 | 74 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than ITS-Tools,
denote cases where LTSMin
computed less values than ITS-Tools,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, ITS-Tools wins when points are above the diagonal.
LTSMin versus ITS-Tools.L
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for ITS-Tools.L, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to ITS-Tools.L are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | ITS-Tools.L | Both tools | LTSMin | ITS-Tools.L | ||
| All computed OK | 1 | 26 | 0 | Smallest Memory Footprint | ||
| LTSMin = ITS-Tools.L | — | — | 32 | Times tool wins | 33 | 26 |
| LTSMin > ITS-Tools.L | — | — | 0 | Shortest Execution Time | ||
| LTSMin < ITS-Tools.L | — | — | 0 | Times tool wins | 10 | 49 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 26 | 1 | 80 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than ITS-Tools.L,
denote cases where LTSMin
computed less values than ITS-Tools.L,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, ITS-Tools.L wins when points are above the diagonal.
LTSMin versus GreatSPN
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for GreatSPN, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to GreatSPN are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | GreatSPN | Both tools | LTSMin | GreatSPN | ||
| All computed OK | 0 | 24 | 0 | Smallest Memory Footprint | ||
| LTSMin = GreatSPN | — | — | 1 | Times tool wins | 0 | 57 |
| LTSMin > GreatSPN | — | — | 0 | Shortest Execution Time | ||
| LTSMin < GreatSPN | — | — | 32 | Times tool wins | 0 | 57 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 24 | 0 | 82 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than GreatSPN,
denote cases where LTSMin
computed less values than GreatSPN,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, GreatSPN wins when points are above the diagonal.
LTSMin versus smart
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for smart, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to smart are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | smart | Both tools | LTSMin | smart | ||
| All computed OK | 10 | 8 | 0 | Smallest Memory Footprint | ||
| LTSMin = smart | — | — | 0 | Times tool wins | 11 | 30 |
| LTSMin > smart | — | — | 0 | Shortest Execution Time | ||
| LTSMin < smart | — | — | 23 | Times tool wins | 29 | 12 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 8 | 10 | 98 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than smart,
denote cases where LTSMin
computed less values than smart,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, smart wins when points are above the diagonal.
LTSMin versus TINA.tedd
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for TINA.tedd, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to TINA.tedd are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | TINA.tedd | Both tools | LTSMin | TINA.tedd | ||
| All computed OK | 1 | 27 | 0 | Smallest Memory Footprint | ||
| LTSMin = TINA.tedd | — | — | 0 | Times tool wins | 9 | 51 |
| LTSMin > TINA.tedd | — | — | 0 | Shortest Execution Time | ||
| LTSMin < TINA.tedd | — | — | 32 | Times tool wins | 4 | 56 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 6 | 0 | |||
| Cannot Compute + Time-out | 33 | 1 | 73 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than TINA.tedd,
denote cases where LTSMin
computed less values than TINA.tedd,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, TINA.tedd wins when points are above the diagonal.
LTSMin versus Irma.full
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for Irma.full, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to Irma.full are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | Irma.full | Both tools | LTSMin | Irma.full | ||
| All computed OK | 33 | 0 | 0 | Smallest Memory Footprint | ||
| LTSMin = Irma.full | — | — | 0 | Times tool wins | 33 | 0 |
| LTSMin > Irma.full | — | — | 0 | Shortest Execution Time | ||
| LTSMin < Irma.full | — | — | 0 | Times tool wins | 33 | 0 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 0 | 33 | 106 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than Irma.full,
denote cases where LTSMin
computed less values than Irma.full,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, Irma.full wins when points are above the diagonal.
LTSMin versus Irma.struct
Some statistics are displayed below, based on 278 runs (139 for LTSMin and 139 for Irma.struct, so there are 139 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing LTSMin to Irma.struct are shown (you may click on one graph to enlarge it).
| Statistics on the executions | ||||||
| LTSMin | Irma.struct | Both tools | LTSMin | Irma.struct | ||
| All computed OK | 33 | 0 | 0 | Smallest Memory Footprint | ||
| LTSMin = Irma.struct | — | — | 0 | Times tool wins | 33 | 0 |
| LTSMin > Irma.struct | — | — | 0 | Shortest Execution Time | ||
| LTSMin < Irma.struct | — | — | 0 | Times tool wins | 33 | 0 |
| Do not compete | 0 | 0 | 0 | |||
| Error detected | 0 | 0 | 0 | |||
| Cannot Compute + Time-out | 0 | 33 | 106 | |||
On the chart below, denote cases where
the two tools did computed all results without error,
denote cases where the two tool did computed the
same number of values (but not al values in the examination),
denote cases where LTSMin
computed more values than Irma.struct,
denote cases where LTSMin
computed less values than Irma.struct,
denote the cases where at least one tool did not competed,
denote the cases where at least one
tool computed a bad value and
denote the cases where at least one tool stated it could not compute a result or timed-out.
LTSMin wins when points are below the diagonal, Irma.struct wins when points are above the diagonal.
