[Modelinterpreter] runtime performance measurements

[Gera Zoltán]

Érdekes.
Azon gondolkodom, hogy egyébként ez mindentől függetlenül elfogadható 
teljesítmény-e...

2015-11-01 16:36 keltezéssel, Dévai Gergely írta:
> Ja, a táblázat mértékegysége másodperc. A ">660" cellák azt jelentik, 
> hogy 11 perc alatt nem futott le.
>
> On Sunday, November 1, 2015 16:31 CET, Dévai Gergely 
> <deva at caesar.elte.hu> wrote:
> 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ő
>
>
>
>
>
> _______________________________________________
> Modelinterpreter mailing list
> Modelinterpreter at plc.inf.elte.hu
> https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/modelinterpreter/attachments/20151102/e824d01d/attachment-0001.html>