[Modelinterpreter] EVM alapu model executor

[Dévai Gergely]

Valaszok...

-------- Original Message --------
Subject: Re: State machine generátor EVM alapokon
Date: Friday, May 29, 2015 09:53 CEST
From: Akos Horvath <akos.horvath at incquerylabs.com>
Organization: IncQuery Labs.
To: Dévai Gergely <deva at caesar.elte.hu>
References: <211a-55681200-b-6643fe00 at 61006716>


Szia Gergely!

Lent mennek

On 29/05/2015 09:14, Dévai Gergely wrote:
> Szia Akos!
>
> Koszonom szepen, meg fogjuk nezni.
Az nagyon jó lenne, minden feedbacknek hálásak vagyunk, hogy az API-t
mivel tudjuk még javítani.
Ez már jóvalta olvashatóbb mint amit szerintem néztetek pár hónapja.

> A mereseket megprobaljuk majd telepitett pluginokkal es a teljes
> funkcionalitassal egyutt megcsinalni, hogy a user szamara erzekelheto
> koltsegekhez kozel maradjunk. Ezen belul a memoria eseten nem az "egy
> adag gc után fut ami után van is egy kis várakozás" szituacio az
> erdekes, hanem a teljes translation folyamat soran a legmagasabb
> ertek. Ez hatarozza meg ugyanis, hogy egy megoldas nagy modellekre
> skalazodas eseten is belefer-e a rendelkezesre allo memoriaba.
>
A memóriát csak mértük, hogy legyen arról is valami egyszerű képünk.
Memóriát nehéz mérni mint már beszéltünk róla, azért akartunk egy fix
pontban képet kapni, hogy mennyinél is tart.
De igen, ahogy írtad azon lehet még csiszolni.

Azonban ami kijött az az a rész amit említettem a EAttribútokról.


> Kerdes: Amit kuldtel, az tudja az executor teljes funcionalitasat
> visual debuginggal egyutt?

Nem dehogy is. Csak az m2m részt tudja azt váltottuk ki EVM alapúra és
ehhez írtunk egy adag junit tesztet amit mindkét megvalósítással
lefuttattuk.
De tény érdekes lenne a teljes chainen belül látni, hogy mit hoz ki, de
ehhez a ti segítségetek is kell. Amit nem tudok, hogy a m2t generátorok
generálása részt, hogy lehetne könnyen átültetni a mi általunk írt
generátorba, de ha az megvan, akkor lehet nem kerülne sokba belerakni.

>
> Koszi, udv,
> Gergo
>
Üdv,
Ákos

> On Thursday, May 28, 2015 22:31 CEST, Akos Horvath
> <akos.horvath at incquerylabs.com> wrote:
>> Szia Gergely!
>>
>> Tegnap ígértem meg a dolgot, de valamiért elmaradt bocsánat érte.
>> Egyszerűség kedvéért most csatolva küldöm azon projektek összességéét
>> ami kell ahhoz, hogy egy workspacebe rakva futtatni lehessen a junit
>> plugin tesztetek, amik legenerálják a ti köztes modelljeiteket. Ehhez
>> integration buildes IncQuery és Viatra szükségeltetik.
>>
>> Csatolva megy az xls is amit mi csináltunk a mérésekkel. Fontos, hogy
>> ezt lehet ti is mérjétek meg és köpködjétek meg ha a tesztek amiket
>> csináltunk valamiért nem voltak megfelelőek (olyan módosítást csinált
>> ami még nincs támogatva, valamit elnéztük stb).
>>
>> A heap memory az nem egy túl pontos mérés, mivel igen nehezen lehet de
>> egy adag gc után fut ami után van is egy kis várakozás, hogy a JVM-nek
>> "legyen ideje" ezt elvégezni.
>>
>> Első blikkre ami a különbséget jelentheti, hogy a mi esetünkben az
>> attribútumokat nem a patternekbe kötjük ki közvetlenül, hanem az EVM
>> esetén a pattern szignatúrában lévő EObjectetek EAttribute értéke
>> változásai esetén egy updated eventet kap a megfelelő rule application
>> és erre külön lehet reagálni (így az attribútum értékeket nem kell külön
>> cacheolni az IncQueryvel).
>> Remélem ez érthető és ami a legfontosabb lenne az egészben, hogy így már
>> latható, hogy mely érszelet adja a framework és mely részeket kell
>> leimplementálni.
>> Remélem a kód érthető főleg annak aki a ti verziótokat írta meg. Ha kell
>> szívesen elmagyarázzuk, hogy mi mit hogyan is csináltunk és lehet ez
>> tudna adni egy lökést abba az irányba, hogy meggondoljátok ennek a
>> módszernek a használatát.
>>
>> Üdv,
>> Ákos
>>
>> --
>> Ákos Horváth
>> Co-Founder
>
>
>

--
Ákos Horváth
Co-Founder




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