[Modelinterpreter] runtime performance measurements

[Dévai Gergely]

Emberek és programozók! :-)

Nem hagyott nyugodni a study-ban lévő runtime performance measurement eredménye, ezért újra mértem. A Boldi féle eredeti tesztmodell valóban nagyon rosszul skálázódik, de valószinűleg azért, mert korlát nélkül egy csomó objektumot hoz létre.
Ezért módositottam a modellt egy kicsit, hogy előre adott darabszámú objektumot tartson fenn folyamatosan. (Ha egy törlődik, egy másik létrejön helyette.)

A másik gond az volt, hogy az eredeti txtUML-es mérés hibás volt, mert az egyik szálon végezte az időmérést, és hamarabb befejezte a mérést, mint hogy a modell ténylegesen terminált volna a másik szálon.

További különbség, hogy nem guest eclipse-ben mértem, hanem mindent command line-ból, sima java-val.

Az eredmények a csatolt fájlban. 100 objektum esetén a Model Executor kb. kétszer gyorsabb a txtUML-nél, de a txtUML sokkal jobban skálázódik sok objektum esetén, már 1000 objektum esetén is gyorsabb az Executornál és egy nagyságrenddel tovább is birja ebben a tekintetben.

Üdv,
Gergő
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/modelinterpreter/attachments/20151101/2720a3a3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: results.xlsx
Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
Size: 11948 bytes
Desc: not available
URL: <https://plc.inf.elte.hu/pipermail/modelinterpreter/attachments/20151101/2720a3a3/attachment.xlsx>