Introduction

This page presents how Cunf do cope efficiently with the ReachabilityDeadlock examination face to the other participating tools. In this page, we consider «Stripped» models.

The next sections will show chart comparing performances in termsof both memory and execution time.The x-axis corresponds to the challenging tool where the y-axes represents Cunf' performances. Thus, points below the diagonal of a chart denote comparisons favorables to the tool whileothers 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).

Cunf versus GreatSPN-Meddly

Some statistics are displayed below, based on 808 runs (404 for Cunf and 404 for GreatSPN-Meddly, so there are 404 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing Cunf to GreatSPN-Meddly are shown (you may click on one graph to enlarge it).

On the chart below, denote cases where the two tools did computed a result, denote the cases where at least one tool did not competed, denote the cases where at least one tool did a mistake and denote the cases where at least one tool stated it could not compute a result or timed-out.

Cunf versus LoLA2.0

Some statistics are displayed below, based on 808 runs (404 for Cunf and 404 for LoLA2.0, so there are 404 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing Cunf to LoLA2.0 are shown (you may click on one graph to enlarge it).

On the chart below, denote cases where the two tools did computed a result, denote the cases where at least one tool did not competed, denote the cases where at least one tool did a mistake and denote the cases where at least one tool stated it could not compute a result or timed-out.

Cunf versus LTSMin

Some statistics are displayed below, based on 808 runs (404 for Cunf and 404 for LTSMin, so there are 404 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing Cunf to LTSMin are shown (you may click on one graph to enlarge it).

On the chart below, denote cases where the two tools did computed a result, denote the cases where at least one tool did not competed, denote the cases where at least one tool did a mistake and denote the cases where at least one tool stated it could not compute a result or timed-out.

Cunf versus Marcie

Some statistics are displayed below, based on 808 runs (404 for Cunf and 404 for Marcie, so there are 404 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing Cunf to Marcie are shown (you may click on one graph to enlarge it).

On the chart below, denote cases where the two tools did computed a result, denote the cases where at least one tool did not competed, denote the cases where at least one tool did a mistake and denote the cases where at least one tool stated it could not compute a result or timed-out.

Cunf versus TAPAAL(MC)

Some statistics are displayed below, based on 808 runs (404 for Cunf and 404 for TAPAAL(MC), so there are 404 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing Cunf to TAPAAL(MC) are shown (you may click on one graph to enlarge it).

On the chart below, denote cases where the two tools did computed a result, denote the cases where at least one tool did not competed, denote the cases where at least one tool did a mistake and denote the cases where at least one tool stated it could not compute a result or timed-out.

Cunf versus TAPAAL(SEQ)

Some statistics are displayed below, based on 808 runs (404 for Cunf and 404 for TAPAAL(SEQ), so there are 404 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing Cunf to TAPAAL(SEQ) are shown (you may click on one graph to enlarge it).

On the chart below, denote cases where the two tools did computed a result, denote the cases where at least one tool did not competed, denote the cases where at least one tool did a mistake and denote the cases where at least one tool stated it could not compute a result or timed-out.

Cunf versus TAPAAL-OTF(PAR)

Some statistics are displayed below, based on 808 runs (404 for Cunf and 404 for TAPAAL-OTF(PAR), so there are 404 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing Cunf to TAPAAL-OTF(PAR) are shown (you may click on one graph to enlarge it).

On the chart below, denote cases where the two tools did computed a result, denote the cases where at least one tool did not competed, denote the cases where at least one tool did a mistake and denote the cases where at least one tool stated it could not compute a result or timed-out.

Cunf versus TAPAAL-OTF(SEQ)

Some statistics are displayed below, based on 808 runs (404 for Cunf and 404 for TAPAAL-OTF(SEQ), so there are 404 plots on each of the two charts). Each execution was allowed 1 hour and 16 GByte of memory. Then performance charts comparing Cunf to TAPAAL-OTF(SEQ) are shown (you may click on one graph to enlarge it).

On the chart below, denote cases where the two tools did computed a result, denote the cases where at least one tool did not competed, denote the cases where at least one tool did a mistake and denote the cases where at least one tool stated it could not compute a result or timed-out.