[Modelinterpreter] memory leak vs concurrency méregetés

[Mormota]

Hali!

Probaltam, de miutan feltettem a nightly-t, akadt egy apro problema.
Szuletett is belole egy uj ticket:
https://plc.inf.elte.hu/modelinterpreter/trac/ticket/197

Udv,
Mormota


2015-05-15 21:11 GMT+02:00 Mormota <attila.ulbert at gmail.com>:

> Hali!
>
> Most a buildeles businessben vagyok benne, de holnap letesztelem win 8.1
> es Mac alatt. Ha megy, akkor lezarom.
>
> Udv,
> Mormota
>
> 2015-05-15 21:05 GMT+02:00 <kmate at caesar.elte.hu>:
>
>> Sziasztok!
>>
>> Javítottam a memory leak és párhuzamossági bajokat a debugger-ben a
>> trunk-on. 3 órára itt hagytam futni az állapotgépet, és nem akadt be, utána
>> is tudtam breakpoint-olni, suspend-elni, stb. Még nem biztos, hogy teljesen
>> jó, de most nem látok több issue-t. Az a helyzet, hogy ezt valami
>> párhuzamosság-guruval még átnézhetnénk a jövőben.
>>
>> Mérések: profiler-el mentem neki, 3 óra után az eredmény a következő:
>>
>> debugger ide: 400 és 900 mega között változik a heap mérete. Mindig
>> felmegy 900-ig kb, aztán jön egy garbage collector és összeszedi 400-ra. A
>> heap statisztika alapján grafikus osztályok, pl Point-ok megy PolyLine-ok
>> foglalódnak rendszeresen, tehát ez az animáció sara, tehát a moka/papyrus
>> diagram miatt van.
>>
>> executor process: felment úgy 300 megára, de aztán valahogy eszébe jutott
>> garbage collectolni és 12-re visszaesett. Igazából char[] és byte[]
>> foglalódik és szabadul fel, ezekből van a legtöbb, ezt vélhetően a logolás
>> csinálja.
>>
>> Az a helyzet, hogy amíg nem érzi magát szorult helyzetben, a java
>> nyugodtan töltögeti a heap-et, és nem izgulja el a dolgot. Aztán szépen jön
>> a gc és visszaesünk nagyon kis felhasználásra. Ez alapján szerintem
>> komolyabb leak most nincs a trunk változatán.
>>
>> Azért egy mérés nem mérés, úgyhogy majd valaki erősítse meg! :)
>>
>> Üdv,
>>  Máté
>>
>> _______________________________________________
>> 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/20150516/8b3ef198/attachment-0001.html>