Issue516

Title M&S refactoring: store equivalent labels of differnt cost together
Priority wish Status resolved
Superseder Nosy List malte, silvan
Assigned To silvan Keywords
Optional summary

Created on 2015-03-12.16:40:54 by silvan, last changed by silvan.

Messages
msg4131 (view) Author: silvan Date: 2015-03-31.22:16:19
A small addendum to the comment in msg4101: during the work on issue521, I found
that the constructor of composite transition systems is a place where changes in
the order in which labels are stored in a label group can occur, because we use
an unordered_map to split label groups of one component along the groups of the
other. This then may again influence the resulting bisimulation when computed on
the composite.
msg4103 (view) Author: silvan Date: 2015-03-20.15:00:30
Done.
msg4102 (view) Author: malte Date: 2015-03-20.13:53:50
If you like it, please merge.
msg4101 (view) Author: silvan Date: 2015-03-20.12:41:05
After adding another small fix, all other configurations except the one we
already saw in the previous comparisons behave exactly the same as before:

http://ai.cs.unibas.ch/_tmp_files/sieverss/2015-03-19-issue516-v2-v4-comp.html

To precise my previous statement: only the order in which bisimulation considers
the label groups matters. If, for instance, we always sorted the label groups,
also the results of the baseline would change, and no more differences between
the baseline and the latest version would exist.

I think this can be merged.
msg4089 (view) Author: malte Date: 2015-03-18.15:09:08
Works for me.
msg4088 (view) Author: silvan Date: 2015-03-18.14:40:04
V3 compared against the fixed baseline V2 for DFP can be found here:

http://ai.cs.unibas.ch/_tmp_files/sieverss/2015-03-17-issue516-v3-comp.html

The small changes in parcprinter are due to a change in the order in which
labels are considered during label reduction, changing the order in which
transitions of new labels occur in transition systems being shrunk with
bisimulation, which apparently depends on the order of label-transition groups.
As the changes are so small, I suggest to live with it. I will next run a few
other configurations before calling this one resolved.
msg4081 (view) Author: silvan Date: 2015-03-17.17:42:31
Another issue came up during the implementation of this issue, which is a bug
which caused dead labels to possibly not be grouped together when computing a
composite transition system. Fixing this slightly improved construction time
(and memory consumption) of the merge-and-shrink process.

http://ai.cs.unibas.ch/_tmp_files/sieverss/2015-03-17-issue516-v2-comp.html
msg4045 (view) Author: silvan Date: 2015-03-12.16:40:54
This is part of meta issue432.

We would like to call store transitions of labels that are "locally equivalent"
with the exception of their cost. We can then associate the minimum cost of all
labels of a group for purposes such as label reduction and bisimulation.
History
Date User Action Args
2015-03-31 22:16:19silvansetmessages: + msg4131
2015-03-20 15:00:30silvansetstatus: chatting -> resolved
messages: + msg4103
2015-03-20 13:53:50maltesetmessages: + msg4102
2015-03-20 12:41:05silvansetmessages: + msg4101
2015-03-18 15:09:08maltesetmessages: + msg4089
2015-03-18 14:40:04silvansetmessages: + msg4088
2015-03-17 17:42:31silvansetmessages: + msg4081
2015-03-12 16:40:54silvancreate